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

最近出现一个很奇怪的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)

(0)

相关推荐

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

    最近出现一个很奇怪的MySQL问题,使用不同select语句查询全部数据集居然得到不同的记录数.select * 得到4条记录,select 字段得到的是3条记录.具体问题可以看下面的查询结果:   [sql] mysql> select * from table_myisam; +----------+-------+-----------+------+  | datetime | uid   | content   | type |  +----------+-------+-------

  • MySql查询不区分大小写解决方案(两种)

    当我们输入不管大小写都能查询到数据,例如:输入 aaa 或者aaA ,AAA都能查询同样的结果,说明查询条件对大小写不敏感. 解决方案一: 于是怀疑Mysql的问题.做个实验:直接使用客户端用sql查询数据库. 发现的确是大小不敏感 . 通过查询资料发现需要设置collate(校对) . collate规则: *_bin: 表示的是binary case sensitive collation,也就是说是区分大小写的  *_cs: case sensitive collation,区分大小写  

  • mysql查询慢的原因和解决方案

    查询速度慢的原因很多,常见如下几种: 1.没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2.I/O吞吐量小,形成了瓶颈效应. 3.没有创建计算列导致查询不优化. 4.内存不足 5.网络速度慢 6.查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7.锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷) 8.sp_lock,sp_who,活动的用户查看,原因是读写竞争资源. 9.返回了不必要的行和列 10.查询语句不好,没有优化 可以通过如下方法来优化查询

  • docker中mysql时间与系统时间不一致问题

    最近在Docker中装mysql时,发现数据库时间与系统时间相差8个小时. linux服务器时间: 进入mysql,输入date如下 发现两者时区不同.因为mysql容器是在docker中安装的,所以mysql的时间不对应该是宿主docker导致的. 查询资料发现,docker的默认时区是0区,其实这会对安装的容器造成不少麻烦,比如执行日志的记录不准确等. 有如下两种方式解决: 方法一:复制主机的localtime docker cp /etc/localtime [容器ID或者NAME]:/e

  • 解决docker中mysql时间与系统时间不一致问题

    最近在Docker中装mysql时,发现数据库时间与系统时间相差8个小时. linux服务器时间: 进入mysql,输入date如下 发现两者时区不同.因为mysql容器是在docker中安装的,所以mysql的时间不对应该是宿主docker导致的. 查询资料发现,docker的默认时区是0区,其实这会对安装的容器造成不少麻烦,比如执行日志的记录不准确等. 有如下两种方式解决: 方法一:复制主机的localtime docker cp /etc/localtime [容器ID或者NAME]:/e

  • 了解MySQL查询语句执行过程(5大组件)

    目录 开篇 查询请求的执行流程 MySQL组件定义 连接器 查询缓存 分析器 优化器 逻辑变换 代价优化 执行器 总结 开篇 相信广大程序员朋友经常使用MySQL数据库作为书籍持久化的工具,我们最常使用的就是MySQL中的SQL语句,从客户端向MySQL发出一条条指令,然后获取返回的数据结果进行后面的逻辑处理.尽管大家经常使用SQL语句完成工作,你是否关注过其执行的阶段,利用了哪些技术完成?今天,就带大家一起看看MySQL数据库处理SQL请求的全过程.下面将会讲述如下内容: 查询请求在MySQL

  • 如何使用MySQL查询一年中每月的记录数

    目录 先说结论 查询结果 思路及SQL解释 1. 如何以月份划分 2.获取每月数据 3.统计每月数据 4.统计值与月份相对应 5.总体整合 结语 以下演示将在下表数据中进行: 其中:id为主键用于表的连接:value1为需要统计的主体,如用户等:date为记录日期. 先说结论 SELECT tmp.value1 AS `value1`, MONTH(SUBSTRING_INDEX(tmp.ct, ',', 1)) AS `month`, LENGTH(tmp.ct) - LENGTH( REPL

  • Ubuntu Server 16.04安装MySQL设置远程访问出现问题的完美解决方案(error:10061)

    说明: 一个朋友在使用Ubuntu Server 16.04安装MySQL,设置远程访问的时候出现了问题,请我帮忙.但是,我也没有使用过Ubuntu安装MySQL,于是乎搜索了很多技术文件,比着葫芦画瓢.但是,由于MySQL版本的差异,导致在安装设置的过程中出现了一些问题:就是不能远程访问. 一.安装mysql 1. 安装需要使用root账号,如果不会设置root账号的请参考Linux公社的其他文章.安装mysql过程中,需要设置mysql的root账号的密码,不要忽略了. sudo apt-g

  • MySql版本问题sql_mode=only_full_group_by的完美解决方案

    1.查看sql_mode select @@sql_mode 查询出来的值为: ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION 2.去掉ONLY_FULL_GROUP_BY,重新设置值. set @@sql_mode ='STRICT_TRANS_TABLES,NO_ZE

  • Linux与Windows编码不一致的解决方案

    Windows编码无法修改,修改linux的编码,使之与windows编码一致. 查看windows编码格式,打开cmd chcp 找到对应的活动代码页 52936 简体中文(HZ) 936 中国 - 简体中文(GB2312) 950 繁体中文(Big5) 65001 Unicode (UTF-8) 1200 Unicode 查看linux正在使用的编码格式 locale 查看linux支持哪些编码格式 locale -a 修改linux编码格式(centos7) vim /etc/locale

随机推荐