mysql实现hash分表

mysql作为站点后端的重要数据落地组成部分，可谓是运用相当之广泛。在web应用中，往往庞大的数据会最终落地到mysql中，当一张mysql单表记录了上10亿的记录时，性能往往不会很理想，于是我们往往会将一张单表拆分成多张相同的分表。今天我们主要来讲如何合理的进行分表。

1、对一个字段进行分表：

这种分表方式，是我在工作中直接应用到的一种方式：

举一个简单的例子：

比如电商网站，需要记录用户的所有购买记录，如果将所有记录放入到一张表userbuy表中，势必会非常巨大。所以我们可以通过对用户userid进行分表处理，将不同用户的购买记录放入不同的分表中。具体做法如下：

我们预估业务量，将最初的userby表，扩展为100张相同表结构的userbuy_index表

原表结构如下：

userbuy:

分表结构相同，如下：

userbuy_0

所有的分表采用完全相同的表结构。

当需要新增一条分表记录时，过程如下：

首先对userid进行hash计算，得到hash值，该hash值必然是0-99，目的是将对应的userid数据，写入到同一张分表中。

目前通常采用的hash算法如下：

php代码：

[php] view plain copy

static public function getStringHash($string, $tab_count)  

{/*{{{*/  

        $unsign = sprintf('%u', crc32($string));  

        if ($unsign > 2147483647)  // sprintf u for 64 & 32 bit  

        {  

            $unsign -= 4294967296;  

        }  

        return abs($unsign) % $tab_count;  

}/*}}}*/  

简要来说就是对userid做crc32的hash计算，crc32计算结果为一个10进制数，在不同bit位的操作系统下，得到的值可能会不同，所以对其进行一个统一的处理，然后对这个自然数进行取余计算，取余的除数就是你的分表数，比如这里为100。

这样我们就得到了一个在0-99以内的表后缀数index，然后拼接固定的表前缀userbuy_，得到完整的分表表名userbuy_index

之后的操作和不分表情况下的写库操作一致，将数据插入到对应的表中即可。

截止目前写入部分的设计讲完。

但往往我们有许多查询需求，最简单的莫过于查询某一用户的购买记录，这一需求，直接可以通过userid，hash找到对应的分表，然后对直接直接select即可拿到对应的记录。

但查询需求往往不那么简单，所以我们需要对分表维护一些索引表，比如，维护一张购买了商品的用户列表userindex，方法通常是，启动一个服务端的定时脚本，对一定时间范围内，或者一定id范围内的数据进行group by去重，拿到对应的去重userid，然后再将这些新增userid插入到userindex表中。这样就不断维护起一张userindex表。

简单实用的mysql分表就介绍到此，以上分表策略基本可以解决单表过大导致的各种问题。