使用 PHP + MySQL 处理负载过重的数据库问题思考和总结

以下是我对使用 php + mysql 处理负载过重的数据库问题思考和总结，经验方面一定有着不少欠缺的地方，欢迎高手前来指教：

在设计时考虑合理的表结构和相应大概要承受多少访问压力，需不需要分表，如果需要分表每个表放多少条记录合适；

对于分表的实现可以采用 php 处理或是 mysql 自带的 merge 表类型（即 mrg_myisam）来处理：

⑴如果是使用 php 处理有两种情况：

①没有数据的新库新表要为抗压做准备，比如一个聊天室一开始就要考虑可能有多个子聊天室，可以根据一些条件来进行，例如按照主键或是 id 的范围得出一种算法在存储时就按照相应算法分配存储到同结构但不同名的表中；

②如果是对已经有大量数据需要减压的数据库可以按照一定规则，比如按照该表的访问频率多少，把常用的数据放到一个表中，很少访问的数据放到另一张表中，访问数据时先访问常用表，找不到时再访问非常用表。

⑵如果采用 mysql 自带的分表方式处理，就是使用 mysql 的 merge 表类型（即 mrg_myisam）。这种时候一般是针对已有教多数据，单个数据表无法承受负载时才会使用这种方式，可以针对这个教大的表使用一些工具比如 phpmyadmin 来对相关表的类型进行修改，同时确定分表中每个表里的记录数，不过这个操作需要慎重，除了首次分表外，以后的数据将加到最后一个子表中，想要再分时就需要手动处理，编辑相关的“表明 .mrg”文件了，同时还要处理新的子表的“alter table tablename auto_increment = xxx”。

采用 merge 表时需要注意手册中提到的一些问题： ①如果你使用 alter table 来把 merge 表变为其它表类型，到底层表的映射就被丢失了。取而代之的，来自底层 myisam 表的行被复制到已更换的表中，该表随后被指定新类型。

②replace 不起作用。

③没有 where 子句，或者在任何被映射到一个打开的 merge 表上的任何一个表上的 repair table，truncate table，optimize table 或 analyze table，你不能使用 drop table，alter table，delete from。如果你这么做了，merge 表将仍旧指向原始表，这样产生意外结果。解决这个不足最简单的办法是在执行任何一个这些操作之前发出一个 flush tables 语句来确保没有 merge 表仍旧保持打开。

④一个 merge 表不能在整个表上维持 unique 约束。当你执行一个 insert，数据进入第一个或者最后一个 myisam 表（取决于 insert_method 选项的值）。mysql 确保唯一键值在那个 myisam 表里保持唯一，但不是跨集合里所有的表。

⑤当你创建一个 merge 表之时，没有检查去确保底层表的存在以及有相同的机构。当 merge 表被使用之时，mysql 检查每个被映射的表的记录长度是否相等，但这并不十分可靠。如果你从不相似的 myisam 表创建一个 merge 表，你非常有可能撞见奇怪的问题。

⑥在 merge 表中的索引的顺序和它的底层表中的索引应该一样。如果你使用 alter table 给一个被用在 merge 表中的表添加一个 unique 索引，然后使用 alter table 在 merge 表上添加一个非唯一索引，如果在底层表上已经有一个非唯一索引，对表的索引排序是不同的。（这是因为 alter table 把 unique 索引放在非唯一索引之前以利于重复键的快速检测 ）。因此对使用这样索引的表的查询可能返回不期望的结果。

⑦在 windows中，在一个被 merge 表使用的表上 drop table 不起作用，因为 merge 引擎的表映射对 mysql 的更上层隐藏。因为 windows 不允许已打开文件的删除，你首先必须刷新所有 merge 表（使用 flush tables）或在移除该表之前移除 merge 表。