mysql 关联查询 索引不起作用原因记录

本文深入探讨了SQL查询中索引未被利用的情况,通过案例分析,指出在关联查询时可能存在的编码不一致问题,并提供解决方法。包括字段长度一致性和字段编码一致性检查,确保SQL查询性能优化。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

业务逻辑如下:查询某篇文章的评论列表,且列出评论人及被评论人的昵称、头像。

先看一下表结构

评论表:

评论表的索引:

用户表:

用户表的索引:

查询语句如下:

SELECT
	t1.comment_id commentId,
	t1.content content,
	t1.create_date replyDate,
	t1.fk_user_id replyUserId,
	t1.avatar_url replyAvatarUrl,
	t1.nick_name replyNickName,
	t2.nick_name repliedNickName
FROM
	(
		SELECT
			a.comment_id,
			a.p_comment_id,
			a.content,
			a.create_date,
			a.fk_user_id,
			b.avatar_url,
			b.nick_name,
			a. STATUS
		FROM
			tb_cms_comment a,
			tb_cms_appuser b
		WHERE
			a.fk_user_id = b.user_id
		AND a. STATUS = 1
		AND a.fk_content_id = 'F6D5ACB54EA94C1C8D5B2397AF7B546b'
	) t1
LEFT JOIN (
	SELECT
		a.comment_id,
		b.nick_name
	FROM
		tb_cms_comment a,
		tb_cms_appuser b
	WHERE
		a.fk_user_id = b.user_id
	AND a.fk_content_id = 'F6D5ACB54EA94C1C8D5B2397AF7B546b'
) t2 ON t1.p_comment_id = t2.comment_id
ORDER BY
	STR_TO_DATE(
		t1.create_date,
		'%Y-%m-%d %H:%i:%s'
	) DESC

  理论上讲执行评论表和用户表的关联查询时,会用到在评论表上创建的索引idx_con_st_user和用户表的idx_user_id索引,但用explain查看sql的执行计划时,用户表的索引一直没被使用上,纠结了一天,最后用mysql自带的客户端工具详细查看sql的执行计划时才发现问题所在,所以各位如果出现类似情况可以通过以下步骤检查一下:

1、两表关联使用的条件字段中字段的长度是否是一致的

2、两表关联使用的条件字段中字段的编码是否是一致的

如果以上两个条件未满足,基本是用不上索引的,我的情况就是第二种情况引起的

a.fk_user_id = b.user_id ,fk_user_id 的编码是utf8 而 user_id 的编码方式是utf8mb4的,所以导致索引失效

转载于:https://www.cnblogs.com/angryprogrammer/p/4304932.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值