mysql 索引没有生效_MySQL索引不生效

前言:

今天开发过程中遇到一个SQL问题,现象是两个表left join关联,数据量都不大,关联的ID都创建了索引。但是执行完需要10.971 s,有点不可思议。

排查过程:

原SQL如下:

SELECT

my400cr.id metaDimensionId,

date(my400cr.count_begin_time) creditDate,

12 creditType,

'开班电话' creditName,

my400cr.cp_name userName,

my400cr.college_id collegeId,

my400cr.family_id familyId,

my400cr.group_id groupId,

my400cr.college_name collegeName,

my400cr.family_name familyName,

my400cr.group_name groupName,

my400cr.stu_name stuName,

my400cr.stu_id stuId

FROM

meta_yx_exam_record my400cr

LEFT JOIN appeal a ON my400cr.stu_id = a.stu_id

AND my400cr.ord_id = a.ord_id

AND my400cr.count_begin_time = a.count_begin_time

AND a.type = 1

LEFT JOIN credit_appeal ca ON ca.meta_dimension_id = my400cr.id

WHERE

a.id IS NULL

AND ifnull(ca.id, 0) = 0

AND my400cr.exam_time IS NULL

AND my400cr.college_id IS NOT NULL

AND my400cr.display = 1

AND my400cr.count_begin_time >= CONCAT('2019-12-27', ' 00:00:00')

AND my400cr.count_begin_time <= CONCAT('2020-01-02', ' 23:59:59');

执行计划如下:

006f88076004a73dc8a774a38c412b7a.png

可见IDX_CREDIT_APPEAL_META_DIMENSION_ID索引没有生效,这是一个简单的左连接查询,后经查看表结构发现,关联的ID类型并不一致。

ca.meta_dimension_id = my400cr.id

ca表的meta_dimension_id字段类型为varchar,而my400r表的主键ID类型为int。于是将关联的SQL稍作修改,修改部分如下:

LEFT JOIN credit_appeal ca ON ca.meta_dimension_id = convert(my400cr.id, char)

执行SQL语句发现执行时间依旧是10s多,再次做修改:

LEFT JOIN credit_appeal ca ON ca.meta_dimension_id = cast(my400cr.id as char)

依然执行很慢。

最后考虑用concat函数将int类型字段转为varchar,如下:

LEFT JOIN credit_appeal ca ON ca.meta_dimension_id = concat(my400cr.id, '')

果然,执行时间变为200ms,效率提升50倍。

### MySQL单字段索引不生效的原因及解决方案 #### 原因分析 MySQL 中单字段索引可能不生效的主要原因有以下几个方面: 1. **查询条件未正确匹配索引列** 如果 SQL 查询中的 WHERE 条件并未直接作用于已创建索引的列,则可能导致索引失效。例如,在查询中对索引列应用了函数或类型转换操作,这会阻止数据库引擎利用该索引来加速查询[^3]。 2. **覆盖索引不足** 当查询涉及多个字段而不仅仅是索引字段时,即使存在针对某些字段的索引,也可能不会被使用。只有当查询仅限于检索索引字段及其关联的数据(如主键 `id` 和索引字段本身)时,才更有可能触发索引的使用[^1]。 3. **数据分布特性影响优化器决策** 数据库查询优化器可能会基于统计信息判断全表扫描比使用索引更快。如果某张表的数据量较小或者特定条件下索引的选择性较低,优化器会选择放弃索引而采用其他执行计划[^2]。 4. **隐式类型转换** 若查询语句中的值与索引列的数据类型不同,MySQL 可能会对索引列进行隐式的类型转换,从而导致索引无法正常工作。 --- #### 解决方案 以下是几种常见的解决方法来应对单字段索引不生效的问题: 1. **调整查询逻辑以充分利用现有索引** 避免在 WHERE 子句或其他过滤条件中对索引列施加任何计算、表达式或函数调用。确保比较运算符两侧的数据类型一致,防止不必要的类型转换干扰索引的应用。 2. **分步查询减少复杂度** 对于需要同时获取大量非索引字段的情况,可以通过先单独提取满足条件记录的主键 ID 列表,再依据这些 ID 进行二次查询的方式实现目标。这种方法能够有效提升性能并强制启用索引。 示例代码如下: ```sql -- 第一步:筛选符合条件的ID集合 SELECT id FROM table_name WHERE indexed_column = 'value'; -- 第二步:根据第一步的结果集加载完整数据 SELECT * FROM table_name WHERE id IN (SELECT id FROM table_name WHERE indexed_column = 'value'); ``` 3. **定期维护统计数据保持最新状态** 使用 ANALYZE TABLE 或 OPTIMIZE TABLE 等命令更新存储引擎内部关于各表结构和内容的相关元数据信息,帮助查询优化器做出更加合理的路径选择决定。 4. **重新设计索引策略适应实际需求场景** 考虑到业务特点以及常见访问模式,适当引入复合索引或多列联合索引代替单一字段上的简单索引形式,进一步提高查询效率的同时也增加了灵活性。 5. **验证当前查询确实未能运用预期索引** 执行 EXPLAIN 关键字前缀附加至原始SQL之前查看其具体执行计划详情,确认是否存在潜在问题所在之处,并据此采取针对性改进措施。 --- ### 总结 综上所述,MySQL 单字段索引不生效通常源于多种因素共同作用所致,包括但不限于错误地修改了原生索引列、缺乏足够的覆盖范围支持以及其他外部环境变量的影响等。通过合理重构原有查询方式、加强基础架构层面的支持力度以及持续监控运行状况变化趋势等方面入手,可以显著改善此类现象的发生概率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值