快捷導(dǎo)航

mysql中l(wèi)imit查詢(xún)踩坑實(shí)戰(zhàn)記錄

更新時(shí)間：2023年03月27日 11:07:00 作者：CBeann

在MySQL中我們常常用order by來(lái)進(jìn)行排序,使用limit來(lái)進(jìn)行分頁(yè),下面這篇文章主要給大家介紹了關(guān)于mysql中l(wèi)imit查詢(xún)踩坑的相關(guān)資料,文中通過(guò)實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下

背景

最近項(xiàng)目聯(lián)調(diào)的時(shí)候發(fā)現(xiàn)了分頁(yè)查詢(xún)的一個(gè)bug，分頁(yè)查詢(xún)總有數(shù)據(jù)查不出來(lái)或者重復(fù)查出。

數(shù)據(jù)庫(kù)一共14條記錄。

如果按照一頁(yè)10條。那么第一頁(yè)和第二頁(yè)的查詢(xún)SQL和和結(jié)果如下。

那么問(wèn)題來(lái)了，查詢(xún)第一頁(yè)和第二頁(yè)的時(shí)候都出現(xiàn)了11,12,13的記錄，而且都沒(méi)出現(xiàn) 4 的記錄?？傆袛?shù)據(jù)查不到這是為啥？？？

SQL

DROP TABLE IF EXISTS `creative_index`;
CREATE TABLE `creative_index` (
  `id` bigint(20) NOT NULL COMMENT 'id',
  `creative_id` bigint(20) NOT NULL COMMENT 'creative_id',
  `name` varchar(256) DEFAULT NULL COMMENT 'name',
  `member_id` bigint(20) NOT NULL COMMENT 'member_id',
  `product_id` int(11) NOT NULL COMMENT 'product_id',
  `template_id` int(11) DEFAULT NULL COMMENT 'template_id',
  `resource_type` int(11) NOT NULL COMMENT 'resource_type',
  `target_type` int(11) NOT NULL COMMENT 'target_type',
  `show_audit_status` tinyint(4) NOT NULL COMMENT 'show_audit_status',
  `bound_adgroup_status` int(11) NOT NULL COMMENT 'bound_adgroup_status',
  `gmt_create` datetime NOT NULL COMMENT 'gmt_create',
  `gmt_modified` datetime NOT NULL COMMENT 'gmt_modified',
  PRIMARY KEY (`id`),
  KEY `idx_member_id_product_id_template_id` (`member_id`,`product_id`,`template_id`),
  KEY `idx_member_id_product_id_show_audit_status` (`member_id`,`product_id`,`show_audit_status`),
  KEY `idx_creative_id` (`creative_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='測(cè)試表';

-- ----------------------------
-- Records of creative_index
-- ----------------------------
INSERT INTO `creative_index` VALUES ('1349348501', '511037002', '1', '1', '1', '1000695', '26', '1', '7', '0', '2023-03-16 22:12:56', '2023-03-24 23:38:49');
INSERT INTO `creative_index` VALUES ('1349348502', '511037003', '2', '1', '1', '1000695', '26', '1', '7', '1', '2023-03-16 22:15:29', '2023-03-24 21:23:33');
INSERT INTO `creative_index` VALUES ('1391561502', '512066002', '3', '1', '1', '1000695', '26', '1', '7', '0', '2023-03-23 23:37:34', '2023-03-24 21:24:04');
INSERT INTO `creative_index` VALUES ('1394049501', '511937501', '4', '1', '1', '1000942', '2', '1', '0', '0', '2023-03-24 14:00:46', '2023-03-25 15:19:37');
INSERT INTO `creative_index` VALUES ('1394221002', '511815502', '5', '1', '1', '1000694', '26', '1', '7', '0', '2023-03-23 17:00:41', '2023-03-24 21:23:39');
INSERT INTO `creative_index` VALUES ('1394221003', '511815503', '6', '1', '1', '1000694', '26', '1', '3', '0', '2023-03-23 17:22:00', '2023-03-24 21:23:44');
INSERT INTO `creative_index` VALUES ('1394257004', '512091004', '7', '1', '1', '1000694', '26', '1', '7', '0', '2023-03-23 17:23:21', '2023-03-24 21:24:11');
INSERT INTO `creative_index` VALUES ('1394257005', '512091005', '8', '1', '1', '1000694', '26', '1', '3', '0', '2023-03-23 17:31:05', '2023-03-25 01:10:58');
INSERT INTO `creative_index` VALUES ('1403455006', '512170006', '9', '1', '1', '1000694', '26', '1', '0', '0', '2023-03-25 15:31:02', '2023-03-25 15:31:25');
INSERT INTO `creative_index` VALUES ('1403455007', '512170007', '10', '1', '1', '1000695', '26', '1', '0', '0', '2023-03-25 15:31:04', '2023-03-25 15:31:28');
INSERT INTO `creative_index` VALUES ('1406244001', '512058001', '11', '1', '1', '1000694', '26', '1', '3', '0', '2023-03-23 21:28:11', '2023-03-24 21:23:56');
INSERT INTO `creative_index` VALUES ('1411498502', '512233003', '12', '1', '1', '1000694', '26', '1', '0', '0', '2023-03-25 14:34:37', '2023-03-25 17:00:24');
INSERT INTO `creative_index` VALUES ('1412288501', '512174007', '13', '1', '1', '1000694', '26', '1', '7', '0', '2023-03-25 01:11:53', '2023-03-25 01:12:34');
INSERT INTO `creative_index` VALUES ('1412288502', '512174008', '14', '1', '1', '1000942', '2', '1', '0', '0', '2023-03-25 11:46:44', '2023-03-25 15:20:58');

解決問(wèn)題

從查詢(xún)結(jié)果可以看出，查詢(xún)結(jié)果顯然不是按照某一列排序的（很亂）。

那么是不是加一個(gè)排序規(guī)則就可以了呢？抱著試一試的態(tài)度，還真解決了。

分析問(wèn)題

為什么limit查詢(xún)不加order by就會(huì)出現(xiàn) 分頁(yè)查詢(xún)總有數(shù)據(jù)查不出來(lái)或者重復(fù)查出？ 是不是有隱含的order排序？

此時(shí)explain登場(chǎng)（不了解的百度）。

索引的作用有兩個(gè)：檢索、排序

因?yàn)閮蓚€(gè)SQL使用了不同的索引（排序規(guī)則），索引limit出來(lái)就會(huì)出現(xiàn)上面的問(wèn)題，問(wèn)題解開(kāi)了。

總結(jié)

一說(shuō)MySQL優(yōu)化大家都知道explian，但是真正有價(jià)值的是場(chǎng)景，是讓你的知識(shí)落地的場(chǎng)景。實(shí)踐出真知。

到此這篇關(guān)于mysql中l(wèi)imit查詢(xún)踩坑實(shí)戰(zhàn)記錄的文章就介紹到這了,更多相關(guān)mysql limit查詢(xún)踩坑內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: