MySQL分表优化试验

  我们的项目中有好多不等于的情况。今天写这篇文章简单的分析一下怎么个优化法。

  这里的分表逻辑是根据t_group表的user_name组的个数来分的。

  因为这种情况单独user_name字段上的索引就属于烂索引。起不了啥名明显的效果。

  1、试验PROCEDURE.

  DELIMITER $$

  DROP PROCEDURE `t_girl`.`sp_split_table`$$

  CREATE PROCEDURE `t_girl`.`sp_split_table`()

  BEGIN

  declare done int default 0;

  declare v_user_name varchar(20) default '';

  declare v_table_name varchar(64) default '';

  -- Get all users' name.

  declare cur1 cursor for select user_name from t_group group by user_name;

  -- Deal with error or warnings.

  declare continue handler for 1329 set done = 1;

  -- Open cursor.

  open cur1;

  while done <> 1

  do

  fetch cur1 into v_user_name;

  if not done then

  -- Get table name.

  set v_table_name = concat('t_group_',v_user_name);

  -- Create new extra table.

  set @stmt = concat('create table ',v_table_name,' like t_group');

  prepare s1 from @stmt;

  execute s1;

  drop prepare s1;

  -- Load data into it.

  set @stmt = concat('insert into ',v_table_name,' select * from t_group where user_name = ''',v_user_name,'''');

  prepare s1 from @stmt;

  execute s1;

  drop prepare s1;

  end if;

  end while;

  -- Close cursor.

  close cur1;

  -- Free variable from memory.

  set @stmt = NULL;

  END$$

  DELIMITER ;

  2、试验表。

  我们用一个有一千万条记录的表来做测试。

  mysql> select count(*) from t_group;

  +----------+

  | count(*) |

  +----------+

  | 10388608 |

  +----------+

  1 row in set (0.00 sec)

  表结构。

  mysql> desc t_group;

  +-------------+------------------+------+-----+-------------------+----------------+

  | Field | Type | Null | Key | Default | Extra |

  +-------------+------------------+------+-----+-------------------+----------------+

  | id | int(10) unsigned | NO | PRI | NULL | auto_increment |

  | money | decimal(10,2) | NO | | | |

  | user_name | varchar(20) | NO | MUL | | |

  | create_time | timestamp | NO | | CURRENT_TIMESTAMP | |

  +-------------+------------------+------+-----+-------------------+----------------+

  4 rows in set (0.00 sec

  

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
城市应急指挥系统是智慧城市建设的重要组成部分,旨在提高城市对突发事件的预防和处置能力。系统背景源于自然灾害和事故灾难频发,如汶川地震和日本大地震等,这些事件造成了巨大的人员伤亡和财产损失。随着城市化进程的加快,应急信息化建设面临信息资源分散、管理标准不统一等问题,需要通过统筹管理和技术创新来解决。 系统的设计思路是通过先进的技术手段,如物联网、射频识别、卫星定位等,构建一个具有强大信息感知和通信能力的网络和平台。这将促进不同部门和层次之间的信息共享、交流和整合,提高城市资源的利用效率,满足城市对各种信息的获取和使用需求。在“十二五”期间,应急信息化工作将依托这些技术,实现动态监控、风险管理、预警以及统一指挥调度。 应急指挥系统的建设目标是实现快速有效的应对各种突发事件,保障人民生命财产安全,减少社会危害和经济损失。系统将包括预测预警、模拟演练、辅助决策、态势分析等功能,以及应急值守、预案管理、GIS应用等基本应用。此外,还包括支撑平台的建设,如接警中心、视频会议、统一通信等基础设施。 系统的实施将涉及到应急网络建设、应急指挥、视频监控、卫星通信等多个方面。通过高度集成的系统,建立统一的信息接收和处理平台,实现多渠道接入和融合指挥调度。此外,还包括应急指挥中心基础平台建设、固定和移动应急指挥通信系统建设,以及应急队伍建设,确保能够迅速响应并有效处置各类突发事件。 项目的意义在于,它不仅是提升灾害监测预报水平和预警能力的重要科技支撑,也是实现预防和减轻重大灾害和事故损失的关键。通过实施城市应急指挥系统,可以加强社会管理和公共服务,构建和谐社会,为打造平安城市提供坚实的基础。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值