mysql分表实现方法详解

如果你需要进行mysql分表了我们就证明你数据库比较大了,就是把一张表分成N多个小表,分表后，单表的并发能力提高了,磁盘I/O性能也提高了,并发能力为什么提高了 呢,因为查寻一次所花的时间变短了,如果出现高并发的话,总表可以根据不同的查询，将并发压力分到不同的小表里面.

什么是分表,从表面意思上看呢,就是把一张表分成N多个小表.

mysql的分表是真正的分表,一张表分成很多表后,每一个小表都是完正的一张表,都对应三个文件,一个.MYD数据文件，.MYI索引文件,.frm表结构文件.

1. [root@BlackGhosttest]#ls|grepuser
2. alluser.MRG
3. alluser.frm
4. user1.MYD
5. user1.MYI
6. user1.frm
7. user2.MYD
8. user2.MYI
9. user2.frm

1,做mysql集群，例如：利用mysql cluster ，mysql proxy，mysql replication，drdb等等

有人会问mysql集群，根分表有什么关系吗？虽然它不是实际意义上的分表，但是它启到 了分表的作用，做集群的意义是什么呢？为一个数据库减轻负担，说白了就是减少sql排队队列中的sql的数量，举个例子：有10个sql请求，如果放在一 个数据库服务器的排队队列中，他要等很长时间，如果把这10个sql请求，分配到5个数据库服务器的排队队列中，一个数据库服务器的队列中只有2个，这样 等待时间是不是大大的缩短了呢？这已经很明显了。所以我把它列到了分表的范围以内，我做过一些mysql的集群：

linux mysql proxy 的安装，配置，以及读写分离

mysql replication 互为主从的安装及配置，以及数据同步

优点:扩展性好，没有多个分表后的复杂操作（php代码）

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

2,预先估计会出现大数据量并且访问频繁的表,将其分为若干个表.

这种预估大差不差的，论坛里面发表帖子的表，时间长了这张表肯定很大，几十万，几百万都 有可能。 聊天室里面信息表，几十个人在一起一聊一个晚上，时间长了，这张表的数据肯定很大。像这样的情况很多。所以这种能预估出来的大数据量表，我们就事先分出个 N个表，这个N是多少，根据实际情况而定。以聊天信息表为例：

我事先建100个这样的表,message_00,message_01,message_02..........message_98,message_99.然后根据用户 的ID来判断这个用户的聊天信息放到哪张表里面,你可以用hash的方式来获得,可以用求余的方式来获得,方法很多,各人想各人的吧,下面用hash的方法来获得表名:

1. <?php
2. functionget_hash_table($table,$userid){
3. $str=crc32($userid);
4. if($str<0){
5. $hash="0".substr(abs($str),0,1);
6. }else{
7. $hash=substr($str,0,2);
8. }
9. return$table."_".$hash;
10. }
11. echoget_hash_table('message','user18991');//结果为message_10
12. echoget_hash_table('message','user34523');//结果为message_13
13. //phpfensi.com
14. ?>

说明一下,上面的这个方法，告诉我们user18991这个用户的消息都记录在message_10这张表里,user34523这个用户的消息都记录在message_13这张表里,读取的时候,只要从各自的表中读取就行了.优点：避免一张表出现几百万条数据，缩短了一条sql的执行时间

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

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

提高性能上

a),分表后，单表的并发能力提高了,磁盘I/O性能也提高了,并发能力为什么提高了 呢,因为查寻一次所花的时间变短了,如果出现高并发的话,总表可以根据不同的查询,将并发压力分到不同的小表里面,磁盘I/O性能怎么搞高了呢,本来一个 非常大的.MYD文件现在也分摊到各个小表的.MYD中去了。