MySQL 5.6 排序数据丢失的诡异现象

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› MySQL 5.5 Community Server

› MySQL 5.6 Community Server

› Percona Configuration Wizard

› XtraBackup 搭建主从复制

Great Sites on MySQL

› Percona

› MySQL Performance Blog

› Severalnines

推荐管理工具

› Sequel Pro

› phpMyAdmin

推荐书目

› MySQL Cookbook

MySQL 相关项目

› MariaDB

› Drizzle

参考文档

› http://mysql-python.sourceforge.net/MySQLdb.html

这是一个创建于 2350 天前的主题，其中的信息可能已经有所发展或是发生改变。

按照第一条的 SQL 查询 4 条数据，ID 分别为 3、2、4、1

然后按照第 2、3 条 SQL 进行同样的排序条件以及分页查询，预期的结果应该是 3、2 和 4、1

但是执行结果如下

ID 为 2 的数据竟然不见了，目前暂时通过 date desc, id desc 两个组合排序解决了此问题，但是又带来了新的问题，这样排序会导致索引实效。

有其他小伙伴遇到此类情况了吗？欢迎分享解决方案。

image

排序

desc

SQL

12 条回复 • 2018-06-26 09:59:28 +08:00

GTim

2018-06-25 21:40:14 +08:00

楼主这是什么软件，语法高亮好有感觉

我猜呢，就是字段类型的问题，请注意 2 4 条数据的 date1 是一样，查询不保证返回顺序

GTim

2018-06-25 21:49:42 +08:00

解决办法吗？如果你不想用数据库多字段排序，反正每页也才几十条数据而已，先读出来再排一次序

好像，不知道，谁说的，有一条数据库铁律，就是任何非必要计算，都在应用层解决，而非数据库层解决

thread2

2018-06-25 21:58:18 +08:00

// LIMIT clause results in duplicate data across pages
https://bugs.mysql.com/bug.php?id=69732

Troevil

2018-06-25 22:02:37 +08:00

因为不稳定，唯一排序字段 date1 出现一样的值，order by 不能确定就会出现顺序错乱不同的机器，不同时间去执行都有可能出现不同的结果，解决方法就是让 order by 能够确定顺序比如：order by date1，id

mingyun

2018-06-25 22:04:33 +08:00

貌似没什么办法，之前在阿里云论坛看到这个问题

yangqi

2018-06-25 22:10:40 +08:00

mysql select 是随机的。你这个 date1 相同，排序再加 Limit 就随机选择了。需要再加上 id 排序即可解决

stevenkang

2018-06-25 23:22:55 +08:00

@GTim 软件是 navicat for mysql。数据量少的情况下确实可以用应用层来解决，这里数据比较多。

@Troevil asc 排序没有这个问题。如果 order by 两个字段的话，会导致索引失效，这里比较麻烦。
@thread2 看来这个 BUG 一直在呀，只有用别的办法解决了

@yangqi 现在解决方案就是 date + id 一起排序，唯一缺点是会导致索引失效，真是蛋疼啊。