mysql中l(wèi)imit查詢踩坑實(shí)戰(zhàn)記錄
背景
最近項(xiàng)目聯(lián)調(diào)的時候發(fā)現(xiàn)了分頁查詢的一個bug,分頁查詢總有數(shù)據(jù)查不出來或者重復(fù)查出。
數(shù)據(jù)庫一共14條記錄。
如果按照一頁10條。那么第一頁和第二頁的查詢SQL和和結(jié)果如下。
那么問題來了,查詢第一頁和第二頁的時候都出現(xiàn)了11,12,13的記錄,而且都沒出現(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='測試表'; -- ---------------------------- -- 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');
解決問題
從查詢結(jié)果可以看出,查詢結(jié)果顯然不是按照某一列排序的(很亂)。
那么是不是加一個排序規(guī)則就可以了呢?抱著試一試的態(tài)度,還真解決了。
分析問題
為什么limit查詢不加order by就會出現(xiàn) 分頁查詢總有數(shù)據(jù)查不出來或者重復(fù)查出? 是不是有隱含的order排序?
此時explain登場(不了解的百度)。
索引的作用有兩個:檢索、排序
因?yàn)閮蓚€SQL使用了不同的索引(排序規(guī)則),索引limit出來就會出現(xiàn)上面的問題,問題解開了。
總結(jié)
一說MySQL優(yōu)化大家都知道explian,但是真正有價值的是場景,是讓你的知識落地的場景。實(shí)踐出真知。
到此這篇關(guān)于mysql中l(wèi)imit查詢踩坑實(shí)戰(zhàn)記錄的文章就介紹到這了,更多相關(guān)mysql limit查詢踩坑內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
SQL中current_date()函數(shù)的實(shí)現(xiàn)
日期時間類型的數(shù)據(jù)也是經(jīng)常要用到的,SQL中也提供了一些函數(shù)對這些數(shù)據(jù)進(jìn)行處理,本文主要介紹了SQL中current_date()函數(shù)的實(shí)現(xiàn),具有一定的參考價值2024-02-02詳解MySQL數(shù)據(jù)庫優(yōu)化的八種方式(經(jīng)典必看)
關(guān)于數(shù)據(jù)庫優(yōu)化,網(wǎng)上有不少資料和方法,但是不少質(zhì)量參差不齊,有些總結(jié)的不夠到位,內(nèi)容冗雜。今天給大家分享一篇文章關(guān)于mysql數(shù)據(jù)庫優(yōu)化的八種方式,非常經(jīng)典,需要的的朋友參考下2017-03-03mysql 替換字段部分內(nèi)容及mysql 替換函數(shù)replace()
這篇文章主要介紹了mysql 替換字段部分內(nèi)容及mysql 替換函數(shù)replace()的相關(guān)知識,本文給大家介紹的非常詳細(xì),具有一定的參考借鑒價值,需要的朋友參考下吧2020-02-02MySql逗號分割的字段數(shù)據(jù)分解為多行代碼示例
逗號分割的字符串可以作為分組數(shù)據(jù)的標(biāo)識符,用于對數(shù)據(jù)進(jìn)行分組和聚合操作,下面這篇文章主要給大家介紹了關(guān)于MySql逗號分割的字段數(shù)據(jù)分解為多行的相關(guān)資料,需要的朋友可以參考下2023-12-12