2020年12月

MySQL查询优化(分段查询优化索引的使用)

[toc]

实验环境

表名称记录数
live_user_join_room8376813

测试表的创建语句

CREATE TABLE `live_user_join_room` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `uid` int(11) DEFAULT NULL COMMENT '用户id',
  `room_id` int(11) DEFAULT NULL COMMENT '直播间id',
  `is_out` int(11) NOT NULL DEFAULT '0' COMMENT '0 未退出 1 已退出',
  `time` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '时间',
  `course_id` bigint(20) DEFAULT NULL COMMENT '课程 id',
  `source` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT '来源',
  `source_id` int(11) DEFAULT NULL COMMENT '来源ID',
  `created_by` int(11) NOT NULL DEFAULT '0' COMMENT '创建者',
  `updated_by` int(11) NOT NULL DEFAULT '0' COMMENT '更新者',
  `created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `updated_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '更新时间',
  `deleted_at` timestamp NULL DEFAULT NULL COMMENT '删除时间',
  PRIMARY KEY (`id`),
  KEY `a` (`uid`,`room_id`,`course_id`),
  KEY `b` (`room_id`,`uid`),
  KEY `created_at` (`created_at`)
) ENGINE=InnoDB AUTO_INCREMENT=8376813 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci ROW_FORMAT=DYNAMIC COMMENT='用户加入房间'

IN条件结果数量 1920 条记录

查询索引

SHOW KEYS FROM `test`.`live_user_join_room`; 
TableNon_uniqueKey_nameSeq_in_indexColumn_nameCollationCardinalitySub_partPackedNullIndex_typeCommentIndex_commentVisible
live_user_join_room0PRIMARY1idA7705019(NULL)(NULL) BTREE YES
live_user_join_room1a1uidA253274(NULL)(NULL)YESBTREE YES
live_user_join_room1a2room_idA2121308(NULL)(NULL)YESBTREE YES
live_user_join_room1a3course_idA1958726(NULL)(NULL)YESBTREE YES
live_user_join_room1b1room_idA12046(NULL)(NULL)YESBTREE YES
live_user_join_room1b2uidA2339853(NULL)(NULL)YESBTREE YES
live_user_join_room1created_at1created_atA6517174(NULL)(NULL) BTREE YES

优化前的sql, 平均查询用时 8.36s 左右

SELECT uid,COUNT(DISTINCT(room_id)) AS num FROM `live_user_join_room` FORCE INDEX(`created_at`)
WHERE room_id IN (
    SELECT id FROM live_im_rooms WHERE pid=1 AND room_status!=5 AND room_status!=6
    AND course_id NOT IN (SELECT id FROM courses WHERE pid=1 AND `type`=1 AND price=0)
)
AND created_at>'2020-11-07'
GROUP BY uid

优化前的explain的结果

idselect_typetablepartitionstypepossible_keyskeykey_lenrefrowsfilteredExtra
1PRIMARYlive_user_join_room(NULL)rangea,b,created_atcreated_at4(NULL)2143928100.00Using index condition; Using where; Using MRR; Using filesort
1PRIMARYlive_im_rooms(NULL)eq_refPRIMARYPRIMARY4test.live_user_join_room.room_id18.10Using where
3SUBQUERYcourses(NULL)refPRIMARY,pid_class_idpid_class_id4const3201.00Using where

优化后的sql, 平均查询用时 0.572s 左右

SELECT uid,COUNT(DISTINCT(room_id)) AS num FROM `live_user_join_room` USE INDEX(a)
WHERE room_id IN (
    SELECT id FROM live_im_rooms WHERE pid=1 AND room_status!=5 AND room_status!=6
    AND course_id NOT IN (SELECT id FROM courses WHERE pid=1 AND `type`=1 AND price=0)
)
AND id>(SELECT MIN(id) FROM `live_user_join_room` WHERE created_at>'2020-11-07')
GROUP BY uid

explain的结果

idselect_typetablepartitionstypepossible_keyskeykey_lenrefrowsfilteredExtra
1PRIMARYlive_user_join_room(NULL)indexa,ba19(NULL)770545133.33Using where; Using index
1PRIMARYlive_im_rooms(NULL)eq_refPRIMARYPRIMARY4test.live_user_join_room.room_id18.10Using where
4SUBQUERYlive_user_join_room(NULL)rangecreated_atcreated_at4(NULL)2143928100.00Using where; Using index
3SUBQUERYcourses(NULL)refPRIMARY,pid_class_idpid_class_id4const3201.00Using where

差异的原因个人理解为

MySQL 每次查询只能使用一个索引, 优化后的sql虽然扫描行数多, 但是消除了 Using filesort , 解决了慢查询的问题