mysql 分表策略_mysql数据表分表策略

mysql分表方法：

方法一、 做数据库集群！ 主从数据库 双向热备份(或一对多的数据库实时备份策略)，这样可将数据库查询分摊到几个服务器去(可跟服务器负载均衡结合起来架构)

优点：扩展性好，没有多个分表后的复杂操作(php代码)

缺点：单个表的数据量还是没有变，一次操作所花的时间还是那么多，硬件开销大。

方法二、 根据特殊情况，按照特定规则分表：比如 用户聊天表，

message_00,message_01,message_02……….message_98,message_99.然后根据用户的ID来判断 这个用户的聊天信息放到哪张表里面，你可以用hash的方式来获得，可以用求余的方式来获得，方法很多，比如用hash的方法来获得表名：

说明一下，上面的这个方法，告诉我们user18991这个用户的消息都记录在message_10这张表里，user34523这个用户的消息都记录在message_13这张表里，读取的时候，只要从各自的表中读取就行了

优点：避免一张表出现几百万条数据，缩短了一条sql的执行时间

缺点：当一种规则确定时，打破这条规则会很麻烦，上面的例子中我用的hash算法是crc32，如果我现在不想用这个算法了，改用md5后，会使同一个用户的消息被存储到不同的表中，这样数据乱套了。扩展性很差。

方法三：利用merge存储引擎来实现分表

假如有一张用户表user，有50W条数据，现在要拆成二张表user1和user2，每张表25W条数据，

但如此分表要注意点东西：

1.不能将merge存储引擎变成其它存储引擎

2.执行一个 insert，数据进入第一个或者最后一个 myisam 表(取决于 insert_method 选项的值)。mysql确保唯一键值在那个 myisam 表里保持唯一，但不是跨集合里所有的表。

3. merge表 必须和分表的结构一模一样····

优点：扩展性好，并且php代码几乎不用改

缺点：这种方法的效果比第二种要差一点

建议：具体情况具体分析，方法一、方法二、方法三综合使用。