詳解Mysql order by與limit混用陷阱
在Mysql中我們常常用order by來(lái)進(jìn)行排序,使用limit來(lái)進(jìn)行分頁(yè),當(dāng)需要先排序后分頁(yè)時(shí)我們往往使用類似的寫(xiě)法select * from 表名 order by 排序字段 limt M,N。但是這種寫(xiě)法卻隱藏著較深的使用陷阱。在排序字段有數(shù)據(jù)重復(fù)的情況下,會(huì)很容易出現(xiàn)排序結(jié)果與預(yù)期不一致的問(wèn)題。如表:
查詢第一頁(yè)跟最后一頁(yè)時(shí)出現(xiàn):
解決辦法:
SELECT * FROM purchaseinfo ORDER BY actiontime,id LIMIT 0,2;
上面的實(shí)際執(zhí)行結(jié)果已經(jīng)證明現(xiàn)實(shí)與想像往往是有差距的,實(shí)際SQL執(zhí)行時(shí)并不是按照上述方式執(zhí)行的。這里其實(shí)是Mysql會(huì)對(duì)Limit做優(yōu)化,具體優(yōu)化方式見(jiàn)官方文檔:https://dev.mysql.com/doc/refman/5.7/en/limit-optimization.html
/*Navicat MySQL Data TransferSource Server : 本地mysql8.0Source Server Version : 80018Source Host : localhost:3308Source Database : baiheTarget Server Type : MYSQLTarget Server Version : 80018File Encoding : 65001Date: 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)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)!
相關(guān)文章:
1. SQLite3 命令行操作指南2. MySQL5.7 mysqldump備份與恢復(fù)的實(shí)現(xiàn)3. Mysql InnoDB和MyISAM區(qū)別原理解析4. MySQL 數(shù)據(jù)丟失排查案例5. 一個(gè)參數(shù)究竟如何影響Oracle/OS6. Mybatis傳入List實(shí)現(xiàn)批量更新的示例代碼7. MySql使用mysqldump 導(dǎo)入與導(dǎo)出方法總結(jié)8. DB2信息集成提速異構(gòu)信息管理9. How to access eclipse workspace?10. SqlServer 多種分頁(yè)方式 詳解(含簡(jiǎn)單速度測(cè)試)
