SQLSERVER分库分表

概述单库单表       单库单表是最常见的数据库设计，例如，有一张用户(user)表放在数据库db中，所有的用户都可以在db库中的user表中查到。   单库多表  随着用户数量的增加，user表的数据量会越来越大，当数据量达到一定程度的时候对user表的查询会渐渐的变慢，从而影响整个DB的性能。如果使用mysql, 还有一个更严重的问题是，当需要添加一列的时候，mysql会锁表，期间所有的读写 *** 作 单库单表

      单库单表是最常见的数据库设计，例如，有一张用户(user)表放在数据库db中，所有的用户都可以在db库中的user表中查到。

 

单库多表

 随着用户数量的增加，user表的数据量会越来越大，当数据量达到一定程度的时候对user表的查询会渐渐的变慢，从而影响整个DB的性能。如果使用MysqL, 还有一个更严重的问题是，当需要添加一列的时候，MysqL会锁表，期间所有的读写 *** 作只能等待。

可以通过某种方式将user进行水平的切分，产生两个表结构完全一样的user_0000,user_0001等表，user_0000 + user_0001 + …的数据刚好是一份完整的数据。

 

多库多表

         随着数据量增加也许单台DB的存储空间不够，随着查询量的增加单台数据库服务器已经没办法支撑。这个时候可以再对数据库进行水平区分。

 

分库分表规则

         设计表的时候需要确定此表按照什么样的规则进行分库分表。例如，当有新用户时，程序得确定将此用户信息添加到哪个表中；同理，当登录的时候我们得通过用户的账号找到数据库中对应的记录，所有的这些都需要按照某一规则进行。

 

路由

         通过分库分表规则查找到对应的表和库的过程。如分库分表的规则是user_ID mod 4的方式，当用户新注册了一个账号，账号ID的123,我们可以通过ID mod 4的方式确定此账号应该保存到User_0003表中。当用户123登录的时候，我们通过123 mod 4后确定记录在User_0003中。

 

分库分表产生的问题，及注意事项

1.   分库分表维度的问题

       假如用户购买了商品,需要将交易记录保存取来，如果按照用户的纬度分表，则每个用户的交易记录都保存在同一表中，所以很快很方便的查找到某用户的购买情况，但是某商品被购买的情况则很有可能分布在多张表中，查找起来比较麻烦。反之，按照商品维度分表，可以很方便的查找到此商品的购买情况，但要查找到买人的交易记录比较麻烦。

 

所以常见的解决方式有：

     a.通过扫表的方式解决，此方法基本不可能，效率太低了。

     b.记录两份数据，一份按照用户纬度分表，一份按照商品维度分表。

     c.通过搜索引擎解决，但如果实时性要求很高，又得关系到实时搜索。

 

2.   联合查询的问题

联合查询基本不可能，因为关联的表有可能不在同一数据库中。

 

3.   避免跨库事务

避免在一个事务中修改db0中的表的时候同时修改db1中的表，一个是 *** 作起来更复杂，效率也会有一定影响。

 

4.   尽量把同一组数据放到同一DB服务器上

例如将卖家a的商品和交易信息都放到db0中，当db1挂了的时候，卖家a相关的东西可以正常使用。也就是说避免数据库中的数据依赖另一数据库中的数据。

 

 

一主多备

      在实际的应用中，绝大部分情况都是读远大于写。MysqL提供了读写分离的机制，所有的写 *** 作都必须对应到Master，读 *** 作可以在Master和Slave机器上进行，Slave与Master的结构完全一样，一个Master可以有多个Slave,甚至Slave下还可以挂Slave,通过此方式可以有效的提高DB集群的QPS.                                                       

所有的写 *** 作都是先在Master上 *** 作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。

此外，可以看出Master是集群的瓶颈，当写 *** 作过多，会严重影响到Master的稳定性，如果Master挂掉，整个集群都将不能正常工作。

所以，1. 当读压力很大的时候，可以考虑添加Slave机器的分式解决，但是当Slave机器达到一定的数量就得考虑分库了。 2. 当写压力很大的时候，就必须得进行分库 *** 作。

 

         另外，可能会因为种种原因，集群中的数据库硬件配置等会不一样，某些性能高，某些性能低，这个时候可以通过程序控制每台机器读写的比重，达到负载均衡。

 

 

MysqL的优化

1、分库分表

        很明显，一个主表（也就是很重要的表，例如用户表）无限制的增长势必严重影响性能，分库与分表是一个很不错的解决途径，也就是性能优化途径，现在的案例是我们有一个1000多万条记录的用户表members,查询起来非常之慢，同事的做法是将其散列到100个表中，分别从members0到members99，然后根据mID分发记录到这些表中，牛逼的代码大概是这样子：

<?PHP  for($i=0;$i< 100; $i++ ){   //echo "CREATE table db2.members{$i} liKE db1.members<br>";   echo "INSERT INTO members{$i} SELECT * FROM members WHERE mID%100={$i}<br>";  }  ?>

 

2、不停机修改MysqL表结构

同样还是members表，前期设计的表结构不尽合理，随着数据库不断运行，其@R_502_6720@也是增长巨大，同事使用了下面的方法来处理：

先创建一个临时表：

/*创建临时表*/  CREATE table members_tmp liKE members

然后修改members_tmp的表结构为新结构，接着使用上面那个for循环来导出数据，因为1000万的数据一次性导出是不对的，mID是主键，一个区间一个区间的导，基本是一次导出5万条吧，这里略去了@H_403_271@接着重命名将新表替换上去：

/*这是个颇为经典的语句哈*/  REname table members TO members_bak,members_tmp TO members;

就是这样，基本可以做到无损失，无需停机更新表结构，但实际上REname期间表是被锁死的，所以选择在线少的时候 *** 作是一个技巧。经过这个 *** 作，使得原先8G多的表，一下子变成了2G多

时间：2018-12-09 20:32:11 阅读（22） 总结

以上是内存溢出为你收集整理的SQLSERVER分库分表全部内容，希望文章能够帮你解决SQLSERVER分库分表所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。