主頁 > 知識庫 > 詳解Mysql order by與limit混用陷阱

詳解Mysql order by與limit混用陷阱

熱門標(biāo)簽:400電話變更申請 北京金倫外呼系統(tǒng) 南太平洋地圖標(biāo)注 呂梁外呼系統(tǒng) 400電話辦理服務(wù)價格最實惠 武漢電銷機器人電話 html地圖標(biāo)注并導(dǎo)航 催天下外呼系統(tǒng) 大豐地圖標(biāo)注app

在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;

上面的實際執(zhí)行結(jié)果已經(jīng)證明現(xiàn)實與想像往往是有差距的,實際SQL執(zhí)行時并不是按照上述方式執(zhí)行的。這里其實是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查詢優(yōu)化:LIMIT 1避免全表掃描提高查詢效率
  • 為什么MySQL分頁用limit會越來越慢
  • mysql優(yōu)化之query_cache_limit參數(shù)說明
  • mysql分頁的limit參數(shù)簡單示例
  • MySQL limit分頁大偏移量慢的原因及優(yōu)化方案
  • Mysql排序和分頁(order by&limit)及存在的坑
  • MySQL limit使用方法以及超大分頁問題解決
  • mysql踩坑之limit與sum函數(shù)混合使用問題詳解
  • 如何提高M(jìn)ySQL Limit查詢性能的方法詳解
  • MySQL Limit性能優(yōu)化及分頁數(shù)據(jù)性能優(yōu)化詳解
  • 淺談mysql使用limit分頁優(yōu)化方案的實現(xiàn)
  • MySQL中l(wèi)imit對查詢語句性能的影響

標(biāo)簽:南充 麗水 西寧 迪慶 徐州 龍巖 無錫 自貢

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《詳解Mysql order by與limit混用陷阱》,本文關(guān)鍵詞  詳解,Mysql,order,與,limit,混用,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《詳解Mysql order by與limit混用陷阱》相關(guān)的同類信息!
  • 本頁收集關(guān)于詳解Mysql order by與limit混用陷阱的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章