分页查询出现数据重复或丢失，你遇到过吗？( 二 ) _数据重复

此时的查询结果正常，符合预期效果！
同样的，以上面的删除为例，详细的实践过程如下：
-- 发起第一页查询select * from tb_order order by create_time desc limit 0,2;-- 第一页查询结果|order_id |create_time||5|2023-03-03 12:00:05||4|2023-03-03 12:00:04|-- 删除一条订单数据delete from tb_order where order_id = 4;-- 发起第二页查询select * from tb_order where create_time < '2023-03-03 12:00:04' order by create_time desc limit 0,2;-- 第二页查询结果|order_id |create_time||3|2023-03-03 12:00:03||2|2023-03-03 12:00:02|查询结果与预期一致，正常！
四、深入思考

选择的排序字段值出现了重复，怎么办？

在上面我们提到了，排序字段值不能出现重复的要求，但是现实的情况是，如果以订单的创建时间来排序，当同一秒多次下单的时候大概率会出现重复，这个时候只能在订单表里面新增一个排序字段，设置全局唯一索引，内容是以时间为基础来生成，比如雪花算法，或者自己写一个基于时间全局自增的算法，确保全局唯一，最重要的是值的长度必须固定，订单主键 ID 的生成规则推荐采用此方式，利用主键 ID 来排序效率查询会非常高！

当出现多个排序字段时，如何处理？

如果是 app 端的查询，不建议设计多字段排序，因为在多字段排序的环境下，服务端在进行多条件的过滤查询时，可能会把有效的数据给过滤掉，如果无法避开，尽量将多个排序字段合并到一个排序字段上，保证数据的查询符合预期。
五、小结本文主要围绕 app 端分页查询出现数据重复或丢失的问题，进行一次复盘总结，如果有描述不对的地方，欢迎网友留言指出！
六、参考1、知乎 - HQGDD - 分页出现数据重复或丢失的问题，一文搞定！