一个奇怪且有趣的案例

xiete

执行计划很正常，主库从库都对比过，几乎一模一样
无任何错误信息

master
mysql> explain select count(distinct member_id) from HP_ORDER_FORM_14;
+----+-------------+------------------+-------+---------------+---------------------+---------+------+---------+-------------+
| id | select_type | table            | type  | possible_keys | key                 | key_len | ref  | rows    | Extra       |
+----+-------------+------------------+-------+---------------+---------------------+---------+------+---------+-------------+
|  1 | SIMPLE      | HP_ORDER_FORM_14 | index | NULL          | FK_ORDER_REF_MEMBER | 72      | NULL | 2530904 | Using index |
+----+-------------+------------------+-------+---------------+---------------------+---------+------+---------+-------------+

slave
mysql> explain select count(distinct member_id) from HP_ORDER_FORM_14;
+----+-------------+------------------+-------+---------------+---------------------+---------+------+---------+-------------+
| id | select_type | table            | type  | possible_keys | key                 | key_len | ref  | rows    | Extra       |
+----+-------------+------------------+-------+---------------+---------------------+---------+------+---------+-------------+
|  1 | SIMPLE      | HP_ORDER_FORM_14 | index | NULL          | FK_ORDER_REF_MEMBER | 72      | NULL | 2704309 | Using index |
+----+-------------+------------------+-------+---------------+---------------------+---------+------+---------+-------------+

jinguanding

你是说你打开了query_cache嘛，这个版本我以前有需要的业务都打开的，还真没碰到过.....

建议做一件事情，若是你打开了query cache就先关闭掉 SET GLOBAL query_cache_type=0

看是否会继续出现此情况.....

xiete

这点我也想到过，所以在遇到问题后，我清除了CACHE内容，就当语句是第一次运行，但也有问题，下次遇到我再关闭，我希望能尽快再遇到一次

jinguanding

再次碰见的时候，建议：
1.SHOW INNODB STATUS\G 信息保存下来
2.EXPLAIN select count(distinct member_id) from HP_ORDER_FORM_14\G 信息保存下来（主备都看下）；
3.SELECT COUNT(*) FROM HP_ORDER_FORM_14; 的结果信息  （主备上都执行）
4.SET GLOBAL query_cache_type=0;后再执行select count(distinct member_id) from HP_ORDER_FORM_14;
5.执行FLUSH QUERY CACHE;后再执行select count(distinct member_id) from HP_ORDER_FORM_14;


预祝你好运再次碰到，且能分析出问题出现在那个地方.....本人也很想知道是否是BUG


注释：以上命令手工执行哦....

jinguanding

最后再问一句，你的MySQL是跑 什么操作系统下，要是windows下，我就没玩过生产环境...

xiete

谢谢，我的系统都是LINUX RH 4U4 环境，我也期待赶紧再次遇到 呵呵

ban_ping

binlog_format参数设置的是什么？

jinguanding

5.0.*系列只有基于命令行的复制模式.....别无选择

horonunu

我也遇到过这个问题，innodb引擎，也是从库出的问题，重启后解决。

jinguanding

能提供一些信息嘛：版本、主从复制的模式、事务隔离级别、其他日志信息、出现统计不对的SQL、主从库上的信息、主从库中的统计信息（information_schema.tables中）


本人对此奇怪的疑难问题感兴趣