电商网站建设实验原理,深圳做公司网站的公司,久久理财网,惠州网站建设公司排名背景
最近项目联调的时候发现了分页查询的一个bug#xff0c;分页查询总有数据查不出来或者重复查出。
数据库一共14条记录。 如果按照一页10条。那么第一页和第二页的查询SQL和和结果如下。 .png) 那么问题来了#xff0c;查询第一页和第二页的时候都出现了11,12,13的记录…背景
最近项目联调的时候发现了分页查询的一个bug分页查询总有数据查不出来或者重复查出。
数据库一共14条记录。 如果按照一页10条。那么第一页和第二页的查询SQL和和结果如下。 .png) 那么问题来了查询第一页和第二页的时候都出现了11,12,13的记录而且都没出现 4 的记录。总有数据查不到这是为啥
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)
) ENGINEInnoDB DEFAULT CHARSETutf8mb4 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);
解决问题
从查询结果可以看出查询结果显然不是按照某一列排序的很乱。 那么是不是加一个排序规则就可以了呢抱着试一试的态度还真解决了。
分析问题
为什么limit查询不加order by就会出现 分页查询总有数据查不出来或者重复查出 是不是有隐含的order排序
此时explain登场不了解的百度。
索引的作用有两个检索、排序
因为两个SQL使用了不同的索引排序规则索引limit出来就会出现上面的问题问题解开了。
总结
一说MySQL优化大家都知道explian但是真正有价值的是场景是让你的知识落地的场景。实践出真知。
