MySQL查询全部数据集结果不一致问题解决方案

 更新时间:2012年11月16日 08:53:13   作者:  
最近出现一个很奇怪的MySQL问题,使用不同select语句查询全部数据集居然得到不同的记录数

最近出现一个很奇怪的MySQL问题,使用不同select语句查询全部数据集居然得到不同的记录数。select * 得到4条记录,select 字段得到的是3条记录。
具体问题可以看下面的查询结果:  
[sql]
mysql> select * from table_myisam;
+----------+-------+-----------+------+ 
| datetime | uid   | content   | type | 
+----------+-------+-----------+------+ 
|1 | uid_1 | content_1 |1 | 
|2 | uid_2 | content_2 |1 | 
|4 | uid_4 | content_4 |1 | 
|3 | uid_3 | content_3 |1 | 
+----------+-------+-----------+------+ 
4 rows in set (0.00 sec) 
mysql> select uid from table_myisam; 
+-------+ 
| uid   | 
+-------+ 
| uid_1 | 
| uid_2 | 
| uid_4 | 
+-------+ 
3 rows in set (0.00 sec) 
通过select uid只得到3行记录,丢失了其中uid='uid_3'的记录。本来百思不得其解,后来在同事的提醒下使用了check table,才找到问题的所在。
[sql]
mysql> check table table_myisam; 
+--------------------+-------+----------+-------------------------------------------------------+ 
| Table  | Op| Msg_type | Msg_text  | 
+--------------------+-------+----------+-------------------------------------------------------+ 
| qitai.table_myisam | check | warning  | 1 client is using or hasn't closed the table properly | 
| qitai.table_myisam | check | warning  | Size of indexfile is: 2049  Should be: 2048   | 
| qitai.table_myisam | check | error| Found 3 keys of 4 | 
| qitai.table_myisam | check | error| Corrupt   | 
+--------------------+-------+----------+-------------------------------------------------------+ 
查询数据不一致的原因是table_myisam的索引文件损坏了,对应的索引文件table_myisam.MYI与数据文件table_myisam.MYD不一致。select *并不需要遍历每个索引项,只需要获取第一条记录,根据链表顺序访问,因此当前的索引损坏并没有影响到select *的使用。而select uid需要遍历所有索引项,因而只获取到损坏状态,三条索引记录。
   解决方案是使用repair table进行表索引的修复。
[sql]
mysql> repair table table_myisam; 
+--------------------+--------+----------+----------+ 
| Table  | Op | Msg_type | Msg_text | 
+--------------------+--------+----------+----------+ 
| qitai.table_myisam | repair | status   | OK   | 
+--------------------+--------+----------+----------+ 
1 row in set (0.00 sec) 
修复后使用check table可以看到表状态变成正常,使用select *与select uid都能获取到4条记录。
[sql]
mysql> check table table_myisam; 
+--------------------+-------+----------+----------+ 
| Table  | Op| Msg_type | Msg_text | 
+--------------------+-------+----------+----------+ 
| qitai.table_myisam | check | status   | OK   | 
+--------------------+-------+----------+----------+ 
1 row in set (0.00 sec) 

相关文章

  • mysql索引失效的几种情况分析

    mysql索引失效的几种情况分析

    这篇文章主要给大家介绍了关于mysql索引失效的情况,文中通过图文介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2021-03-03
  • Mysql GROUP BY查询每组某值最大的一条数据

    Mysql GROUP BY查询每组某值最大的一条数据

    这篇文章主要介绍了Mysql GROUP BY查询每组某值最大的一条数据问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2023-08-08
  • 深度解析MySQL 5.7之中文全文检索

    深度解析MySQL 5.7之中文全文检索

    InnoDB默认的全文索引parser非常合适于Latin,因为Latin是通过空格来分词的。但对于像中文,日文和韩文来说,没有这样的分隔符。一个词可以由多个字来组成,所以我们需要用不同的方式来处理。在MySQL 5.7.6中我们能使用一个新的全文索引插件来处理它们:n-gram parser。
    2016-12-12
  • linux系统中重置mysql的root密码

    linux系统中重置mysql的root密码

    我相信平时大家一定会遇到忘记密码的时候,实在记不起来了,我们就会重置密码,最快最直接的方法,这篇文章就是主要介绍了linux系统中重置mysql的root密码的方法,需要的朋友可以参考下
    2015-08-08
  • centos7下安装mysql6初始化安装密码的方法

    centos7下安装mysql6初始化安装密码的方法

    这篇文章主要介绍了centos7下安装mysql6初始化安装密码的方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2020-06-06
  • 基于explain性能详细分析

    基于explain性能详细分析

    这篇文章主要介绍了基于explain性能详细分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2023-12-12
  • mysql中的join和where优先级顺序解读

    mysql中的join和where优先级顺序解读

    这篇文章主要介绍了mysql中的join和where优先级顺序解读,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2023-03-03
  • 如何区分MySQL的innodb_flush_log_at_trx_commit和sync_binlog

    如何区分MySQL的innodb_flush_log_at_trx_commit和sync_binlog

    这篇文章主要介绍了如何区分MySQL的innodb_flush_log_at_trx_commit和sync_binlog,帮助大家更好的理解和使用MySQL数据库,感兴趣的朋友可以了解下
    2021-02-02
  • mysql 5.7.18 安装配置方法图文教程(CentOS7)

    mysql 5.7.18 安装配置方法图文教程(CentOS7)

    这篇文章主要为大家详细介绍了CentOS 7下mysql 5.7.18 安装配置方法图文教程,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2017-04-04
  • mysql默认编码为UTF-8 通过修改my.ini实现方法

    mysql默认编码为UTF-8 通过修改my.ini实现方法

    这篇文章主要介绍了mysql默认编码为UTF-8 通过修改my.ini实现方法的相关资料,为了防止出现乱码,Latin1是不支持汉字的,所以要将其改为UTF-8或GBK,需要的朋友可以参考下
    2017-01-01

最新评论