假设有文章post和评论comment两个表，文章表记录有评论的数量，但是这个值我们要一次更新。
如下，现在post表的comment_count都是0，我们的目标是：执行一个SQL语句，让其把统计comment表的数据数量。
post表数据如下：
+---------+-------------------+---------------+
| post_id | title | comment_count | +---------+-------------------+---------------+ | 1 | How to lean MySQL | 0 | | 2 | How to lean PHP | 0 | | 3 | How to lean Redis | 0 | +---------+-------------------+---------------+
comment表数据如下：
+------------+---------+---------+
| comment_id | post_id | content | +------------+---------+---------+ | 1 | 1 | Good! | | 2 | 1 | Nice! | | 3 | 1 | Yeap! | +------------+---------+---------+
因为这里只有post_id=1的文章有评论，所以最终的comment_count值分别为：3 0 0。
1 使用SQL语句
在数据量为100W以下的时候，可以用一条命令解决：
UPDATE post AS a SET comment_count = (select count(*) FROM comment WHERE post_id=a.post_id);
2 使用存储过程（数据量巨大时用）
当数据量很大的时候，比如1亿条记录，如果再用上面这条命令，就会导致所有行被锁定（InnoDB存储引擎）。
UPDATE语句首先会查找需要更新的行，如果符合要求，先锁定，然后再更新，
上面这条语句会锁定所有行，等效于锁定全表。
解决这个问题的办法就是，按post表的post_id范围批量更新，具体代码如下：
DROP PROCEDURE IF EXISTS UpdateCount; DELIMITER // CREATE PROCEDURE UpdateCount() BEGIN DECLARE lower INT; # ID下限 DECLARE upper INT; # ID上限 DECLARE step INT; # 次增加步数 DECLARE max_id INT; # 最大ID SET lower = 1; SET upper = 0; SET step = 10000; # 每次更新1万条数据 SET max_id = 0; # 从库中读取最大ID SELECT max(post_id) INTO max_id FROM post; WHILE lower <= max_id DO # 上限等于下限加上步宽 SET upper = lower + step; # 还是和上面的方法一样，只是多了post_id的限定范围 UPDATE post AS a SET comment_count = (SELECT count(*) FROM comment WHERE post_id=a.post_id) WHERE post_id >= lower and post_id < upper; # 更新下限 SET lower = upper; END WHILE; END; // DELIMITER ;
最后，调用一遍这个存储过程
call UpdateCount();
每次会更新1万条数据，也就是更新时暂时锁住这1万条，
一般来说，更新1万条数据执行也是很快的，
所以这样就避免了整表所有记录被锁的问题。