问题表现：
以 discuz 论坛的帖子数据表(cdb_posts)为例，该表有 887106 条记录，正常情况下，在一个 P4 2.4G、1G 内存的 PC 机上执行 REPAIR TABLE 的耗时大概 95s，如下：

mysql> SHOW GLOBAL VARIABLES LIKE 'myisam_repair_threads';
+-----------------------+-------+
| Variable_name         | Value |
+-----------------------+-------+
| myisam_repair_threads | 1     | 
+-----------------------+-------+

mysql> REPAIR TABLE cdb_posts;
+-----------------+--------+----------+----------+
| Table           | Op     | Msg_type | Msg_text |
+-----------------+--------+----------+----------+
| Forum.cdb_posts | repair | status   | OK       | 
+-----------------+--------+----------+----------+
1 row in set (1 min 35.58 sec)

1. 先看当前的 QCACHE, hits 和 in_cache 均为 0

mysql>SHOW GLOBAL STATUS LIKE 'QCACHE%';

+-------------------------+----------+
| Variable_name           | Value    |
+-------------------------+----------+
| Qcache_hits             | 0        |
| Qcache_not_cached       | 1        |
| Qcache_queries_in_cache | 0        |
+-------------------------+----------+

mysql>SELECT * FROM `Weather` WHERE `AddTime` = 1185897600;

2. 第一次查询完之后，再来看下，not_cached 增加了 1， in_cache 变成 1，因为 SHOW GLOBAL STATUS LIKE 'QCACHE%' 本身不会放在 QCACHE 里的

mysql>SHOW GLOBAL STATUS LIKE 'QCACHE%';
+-------------------------+----------+

mysql>explain select * from tbl_name where date_format(EndTime, '%Y-%m-%d') >= '2007-08-08' AND
 date_format(EndTime, '%Y-%m-%d') set @dt='2007-08-08' ; set @dt1 = '2007-08-09';

mysql>explain select * from tbl_name where EndTime >= @dt AND EndTime 

错误现象如下：

mysql> DELETE FROM JHF_CP_SPOT_RATE WHERE FRONT_DATE = '20070801';
ERROR 1206 (HY000): The total number of locks exceeds the lock table size

把 delete 改成 select，再explain一下，发现返回结果高达300多万，于是检查 max_write_lock_count 的值，是 8446744073709551615，肯定够用了。
再看看 innodb_buffer_pool_size，我的天，才设置默认的 8M，该死的。加大到合适的值，重启 mysql，一切ok。

还有一招，就是delete时分成多次，每次用 LIMIT 限定记录数，这样也ok :)

原文来自：http://hackmysql.com/mysqlreportdoc