业务逻辑如下：查询某篇文章的评论列表，且列出评论人及被评论人的昵称、头像。
先看一下表结构
评论表：
评论表的索引：
用户表：
用户表的索引：
查询语句如下：
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的，所以导致索引失效