詳解Mysql order by與limit混用陷阱
在Mysql中我們常常用order by來進(jìn)行排序,使用limit來進(jìn)行分頁,當(dāng)需要先排序后分頁時我們往往使用類似的寫法select * from 表名 order by 排序字段 limt M,N。但是這種寫法卻隱藏著較深的使用陷阱。在排序字段有數(shù)據(jù)重復(fù)的情況下,會很容易出現(xiàn)排序結(jié)果與預(yù)期不一致的問題。
如表:
查詢第一頁跟最后一頁時出現(xiàn):
解決辦法:
SELECT * FROM purchaseinfo ORDER BY actiontime,id LIMIT 0,2;
上面的實(shí)際執(zhí)行結(jié)果已經(jīng)證明現(xiàn)實(shí)與想像往往是有差距的,實(shí)際SQL執(zhí)行時并不是按照上述方式執(zhí)行的。這里其實(shí)是Mysql會對Limit做優(yōu)化,具體優(yōu)化方式見官方文檔:https://dev.mysql.com/doc/refman/5.7/en/limit-optimization.html
/* Navicat MySQL Data Transfer Source Server : 本地mysql8.0 Source Server Version : 80018 Source Host : localhost:3308 Source Database : baihe Target Server Type : MYSQL Target Server Version : 80018 File Encoding : 65001 Date: 2020-06-09 14:47:37 */ SET FOREIGN_KEY_CHECKS=0; -- ---------------------------- -- Table structure for purchaseinfo -- ---------------------------- DROP TABLE IF EXISTS `purchaseinfo`; CREATE TABLE `purchaseinfo` ( `id` int(11) NOT NULL AUTO_INCREMENT, `userId` int(11) DEFAULT '0', `inout` varchar(1) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL, `money` int(11) DEFAULT NULL, `actiontime` datetime DEFAULT NULL COMMENT 'jiaoyi', PRIMARY KEY (`id`), KEY `UserId` (`userId`) ) ENGINE=InnoDB AUTO_INCREMENT=17 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; -- ---------------------------- -- Records of purchaseinfo -- ---------------------------- INSERT INTO `purchaseinfo` VALUES ('7', '1', 'I', '10000', '2020-06-09 18:05:41'); INSERT INTO `purchaseinfo` VALUES ('8', '7788', 'O', '20000', '2020-06-09 18:05:15'); INSERT INTO `purchaseinfo` VALUES ('9', '7788', 'I', '20000', '2020-06-09 18:05:15'); INSERT INTO `purchaseinfo` VALUES ('10', '7788', 'O', '50000', '2020-06-09 18:05:15'); INSERT INTO `purchaseinfo` VALUES ('11', '1', 'O', '50000', '2020-06-09 18:05:15'); INSERT INTO `purchaseinfo` VALUES ('12', '1', 'O', '50000', '2020-06-09 18:05:15'); INSERT INTO `purchaseinfo` VALUES ('13', '1', 'O', '50000', '2020-06-09 18:05:15'); INSERT INTO `purchaseinfo` VALUES ('14', '1', 'O', '50000', '2020-06-09 18:05:15'); INSERT INTO `purchaseinfo` VALUES ('15', '1', 'O', '50000', '2020-06-09 18:05:15'); INSERT INTO `purchaseinfo` VALUES ('16', '1', 'O', '50000', '2020-06-09 18:05:15');
到此這篇關(guān)于詳解Mysql order by與limit混用陷阱的文章就介紹到這了,更多相關(guān)Mysql order by與limit混用內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- MySql分頁時使用limit+order by會出現(xiàn)數(shù)據(jù)重復(fù)問題解決
- MySQL子查詢中order by不生效問題的解決方法
- MySQL不使用order by實(shí)現(xiàn)排名的三種思路總結(jié)
- MySQL group by和order by如何一起使用
- MySQL利用索引優(yōu)化ORDER BY排序語句的方法
- Mysql排序和分頁(order by&limit)及存在的坑
- MySQL中(JOIN/ORDER BY)語句的查詢過程及優(yōu)化方法
- MySQL簡單了解“order by”是怎么工作的
- Mysql優(yōu)化order by語句的方法詳解
- MySQL中order by的使用詳情
相關(guān)文章
Mysql數(shù)據(jù)表中的蠕蟲復(fù)制使用方法
在本文中我們給大家分享了關(guān)于怎么使用Mysql數(shù)據(jù)表中的蠕蟲復(fù)制的相關(guān)知識點(diǎn),有興趣的朋友們學(xué)習(xí)下。2019-02-02Linux系統(tǒng)徹底卸載MySQL數(shù)據(jù)庫詳解
這篇文章主要介紹了Linux系統(tǒng)徹底卸載MySQL數(shù)據(jù)庫,首先查詢系統(tǒng)是否安裝了mysql,如果安裝需要提前卸載,并刪除mysql安裝的組建服務(wù),本文給大家介紹的非常詳細(xì),需要的朋友可以參考下2022-09-09Linux下MySQL5.7.18 yum方式從卸載到安裝過程圖解
這篇文章主要介紹了Linux下MySQL5.7.18 yum方式從卸載到安裝過程圖解,需要的朋友可以參考下2017-06-06