app后端设计(8)-- 数据库分表

    当项目上线后，随着用户的增长，有些数据表的规模会以几何级增长，当数据达到一定规模的时候（例如100万条），查询，读取性能就下降得很厉害，这时，我们就要考虑分表。

 

   更新表数据时会导致索引更新，当单表数据量很大时这个过程比较耗时，这就是为什么对大表进行新增操作会比较慢的原因，并且更新表数据会进行表级锁或者行锁，这样就导致其他操作等待。

 

    所以我们将大表拆分为多个子表，那么在更新或者查询数据的时候，压力会分散到不同的表上。由于分表之后每个表的数据较小，不管是查询还是更新都极大的提高了速度，即使出现最坏的“锁表”的情况，那其他表还是可以并行使用。

 

1.分表的策略

 

分表有多种策略：

 

(1)按用户id分表，例如id为1-10000在表1，id为10001-20000在表2

(2)插入的时间分表

(3)按每个表固定记录行数拆分

 

    在项目，由于这个表是保存用户的通讯录，为了保证一个用户的所有通讯录数据都保存在同一个表，选择的分表方式就是（1），按用户id分表。

 

2. 分表策略确定下来了，还有一个非常严重的问题，因为现在用户的数据都分散在不同的表中，之前的业务功能如何保证呢？比如说我要插入一条记录、更新一条记录、删除一条记录、查询统计数据，现在要怎么处理呢?

 

    如果分表的存储引擎是MyISAM，这里有一种很简单的处理方法。利用merge存储引擎将拆分的表合并成一张表。当然了&#x