MySQL的OR条件查询不走索引及解决方案

 更新时间:2025年10月09日 09:45:34   作者:程序新视界  
今天这篇文章我们来简单介绍一下MySQL的OR条件查询,以及它可能会引发的索引失效的场景以及解决方案,方便大家在实践中,具有一定的参考价值,感兴趣的可以了解一下

今天这篇文章我们来简单介绍一下MySQL的OR条件查询,以及它可能会引发的索引失效(即不走索引)的场景以及解决方案。方便大家在实践中,留意是否正确使用了OR条件查询。

MySQL的OR条件查询简介

在 MySQL 中,OR 条件查询是一种利用 OR 逻辑操作符在 WHERE 子句中连接多个条件的查询方式。当查询中使用 OR 操作符时,只要其中任何一个条件满足就会返回对应的数据行。它是一种常见的逻辑运算,用于实现灵活的数据筛选。

OR条件查询经常用于:多字段查询、联合范围查询、动态筛选等场景。

多字段查询示例:

SELECT * FROM users 
WHERE name = 'Alice' OR city = 'Chicago';

联合范围查询示例:

SELECT * FROM users
WHERE age < 30 OR age > 35;

动态筛选示例:

SELECT * FROM orders
WHERE status = 'pending' OR status = 'processing';

其中,在多字段查询的场景下,需要特别留意是否会出现不走索引的情况,下面我们来详细介绍一下这种情况及解决方案。

不走索引案例分析

如果查询条件中包含 OR 操作符,通常情况下,即使其中一个条件是基于索引的,MySQL 也可能不会使用该索引,转而执行全表扫描(Table Scan)。

原因:MySQL 查询优化器无法高效地利用索引来处理 OR 条件,尤其是在多个条件中一个或多个字段没有索引的情况下。

推荐操作:尽量避免使用 OR,可以通过 UNION ALLUNION 来重构查询逻辑,从而强制使用索引。

案例分析

假设有一个表 example_table,结构如下:

CREATE TABLE example_table (
    id INT NOT NULL,                  -- 有索引字段
    name VARCHAR(100),                -- 没有索引字段
    age INT,                          -- 有索引字段
    PRIMARY KEY (id),                 -- 主键索引
    INDEX index_age (age)             -- 辅助索引
);

插入一些测试数据:

INSERT INTO example_table (id, name, age) VALUES 
(1, 'Alice', 30),
(2, 'Bob', 25),
(3, 'Charlie', 35),
(4, 'Dave', 40);

使用OR条件的查询:

mysql> EXPLAIN SELECT * FROM example_table  WHERE id = 1 OR name = 'Alice' \G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: example_table
   partitions: NULL
         type: ALL
possible_keys: PRIMARY
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 4
     filtered: 43.75
        Extra: Using where

分析:

  • id = 1 是主键查询,本应该使用索引 PRIMARY
  • 但是,由于包含 OR 条件 name = 'Alice',而 name 列没有索引,MySQL 的优化器选择了不使用索引而执行全表扫描。
  • 最终结果:查询执行了全表扫描 (type: ALL)。

解决方案

方法 1:使用UNION替代OR

将原查询拆分,并通过 UNION 分别处理有索引和无索引的条件,从而强制使用索引:

mysql> EXPLAIN SELECT * FROM example_table WHERE id = 1
    -> UNION ALL
    -> SELECT * FROM example_table WHERE name = 'Alice' \G
*************************** 1. row ***************************
           id: 1
  select_type: PRIMARY
        table: example_table
   partitions: NULL
         type: const
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: const
         rows: 1
     filtered: 100.00
        Extra: NULL
*************************** 2. row ***************************
           id: 2
  select_type: UNION
        table: example_table
   partitions: NULL
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 4
     filtered: 25.00
        Extra: Using where

通过执行计划可以看出,对于第一部分查询使用了索引,对于第二部分查询使用全表扫描,因为name字段无索引。虽然仍有一部分未使用索引,但数据量较大的情况下,这种分拆方式对性能更优。

方法 2:添加索引优化

如果查询中经常根据 name 条件筛选数据,可以考虑为 name 列添加索引:

mysql> ALTER TABLE example_table ADD INDEX index_name (name);
​
mysql> explain SELECT * FROM example_table WHERE id = 1 OR name = 'Alice' \G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: example_table
   partitions: NULL
         type: index_merge
possible_keys: PRIMARY,index_name
          key: PRIMARY,index_name
      key_len: 4,403
          ref: NULL
         rows: 2
     filtered: 100.00
        Extra: Using union(PRIMARY,index_name); Using where

针对name列添加索引之后,MySQL 使用了 index_merge 查询优化策略,结合主键索引和辅助索引 index_name。数据量较大的时候,这种方式可以显著加速查询,避免全表扫描。

总结规则

第一、一般规则:

  • 查询条件使用 OR 且部分字段没有索引时,MySQL 很可能会选择执行全表扫描,而不是使用索引。
  • MySQL 的查询优化器在处理 OR 时效率较差。

第二、优化建议:

  • 尽量避免使用 OR,使用 UNION ALLUNION 替代。
  • 根据查询条件频率,合理为字段创建索引。
  • 如果数据复杂,可以通过改写查询逻辑,分拆条件使得索引能被充分使用。

第三、特别注意:

  • OR 可能导致索引失效的情况对于大数据量的表尤为关键,因为全表扫描的性能代价在数据量增加时会严重影响查询速度。

到此这篇关于MySQL的OR条件查询不走索引及解决方案的文章就介绍到这了,更多相关MySQL OR条件查询内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家! 

相关文章

  • MySQL日志系统之错误日志、慢查询日志、二进制日志详解

    MySQL日志系统之错误日志、慢查询日志、二进制日志详解

    MySQL日志系统是数据库管理的重要组成部分,它帮助数据库管理员监控数据库活动、优化查询、恢复数据以及诊断问题,这篇文章主要介绍了MySQL日志系统之错误日志、慢查询日志、二进制日志的相关资料,需要的朋友可以参考下
    2025-05-05
  • MySQL索引优化指南之如何科学为数据表添加索引

    MySQL索引优化指南之如何科学为数据表添加索引

    在数据库优化中,索引(Index)是最常用的性能优化手段之一,正确的索引可以大幅提升查询速度,本文小编就来和大家讲讲如何为数据表科学添加索引吧
    2025-05-05
  • mysql主从复制配置过程

    mysql主从复制配置过程

    网站面临大流量的情况下,数据库读写成了性能瓶颈。除了使用多级缓存外,进行数据读写分离,也是提高网站承载能力重要的手段。本文介绍mysql读写分离、mysql主从复制配置过程。
    2020-09-09
  • MySQL 使用 Performance Schema 定位和解决慢 SQL 问题

    MySQL 使用 Performance Schema 定位和解决慢 

    本文介绍了如何使用MySQL的PerformanceSchema来定位和解决慢SQL查询问题,通过启用PerformanceSchema并分析相关的系统表,可以收集到详细的性能数据,从而识别出影响性能的SQL语句,优化策略包括优化查询语句、调整数据库配置等
    2025-02-02
  • MySQL安全输入密码的一些操作介绍

    MySQL安全输入密码的一些操作介绍

    这篇文章主要介绍了MySQL安全输入密码的一些操作,示例基于Linux操作系统,需要的朋友可以参考下
    2015-07-07
  • MySQL 实用命令

    MySQL 实用命令

    对于刚接触到mysql的朋友,需要的了解下,mysql的一些小技巧。
    2009-03-03
  • MySQL在哪些情况下不使用索引的示例

    MySQL在哪些情况下不使用索引的示例

    尽管索引可以显著提高数据库的查询性能,但在某些情况下,MySQL可能不会使用索引,本文就来介绍一下MySQL在哪些情况下不使用索引,具有一定的参考价值,感兴趣的可以了解一下
    2024-01-01
  • MYSQL主从库不同步故障一例解决方法

    MYSQL主从库不同步故障一例解决方法

    第一次做完主从库同步后正常,但工作过程中发现有一个库的数据库没有同步起来,在另外一个mysql(3307)中
    2010-06-06
  • 大数据小内存排序问题如何巧妙解决

    大数据小内存排序问题如何巧妙解决

    文章介绍了大数据小内存排序的三种方法:数据库排序、分治法和位图法,数据库排序简单但速度慢,对设备要求高;分治法高效但实现复杂;位图法可读性差,但存储空间受限
    2025-01-01
  • 解决Mysql建表时报错invalid ON UPDATE clause for 'create_date' column

    解决Mysql建表时报错invalid ON UPDATE clause for 'create_d

    这篇文章主要介绍了解决Mysql建表时报错invalid ON UPDATE clause for 'create_date' column问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2023-12-12

最新评论