MYSQL索引失效的常见场景

最新推荐文章于 2024-07-18 19:36:34 发布
最新推荐文章于 2024-07-18 19:36:34 发布
阅读量282 收藏
点赞数
分类专栏： MYSQL 文章标签： mysql sql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/baidu_39391232/article/details/107580511
版权

地址：https://blog.csdn.net/baidu_39391232/article/details/107580511

测试数据表结构：

CREATE TABLE employees (
    emp_no      INT             NOT NULL,
    birth_date  DATE            NOT NULL,
    first_name  VARCHAR(14)     NOT NULL,
    last_name   VARCHAR(16)     NOT NULL,
    gender      ENUM ('M','F')  NOT NULL,    
    hire_date   DATE            NOT NULL,
    PRIMARY KEY (emp_no)
);

CREATE TABLE salaries (
    emp_no      INT             NOT NULL,
    salary      INT             NOT NULL,
    from_date   DATE            NOT NULL,
    to_date     DATE            NOT NULL,
    PRIMARY KEY (emp_no, from_date)
)

1. 当MYSQL的优化器认为使用全表扫描比使用索引的速度要快时，不会使用索引，但可以使用FORCE INDEX强制指定索引。

案例A：在不恰当的字段上建立索引，比如数据的基数比较小（个人认为这种情况索引不起作用是由于优化器影响的）。

首先为gender字段建立一个索引：

alter table employees add index GENDER_INDEX(gender)
-- 删除索引
-- alter table employees drop index GENDER_INDEX;

使用gender字段进行排序：

mysql> explain select *from employees order by gender;
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+----------------+
| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra          |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+----------------+
|  1 | SIMPLE      | employees | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 299556 |   100.00 | Using filesort |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+----------------+
1 row in set, 1 warning (0.00 sec)

## 强制使用索引
mysql> explain select * from employees force index(GENDER_INDEX) order by gender;
+----+-------------+-----------+------------+-------+---------------+--------------+---------+------+--------+----------+-------+
| id | select_type | table     | partitions | type  | possible_keys | key          | key_len | ref  | rows   | filtered | Extra |
+----+-------------+-----------+------------+-------+---------------+--------------+---------+------+--------+----------+-------+
|  1 | SIMPLE      | employees | NULL       | index | NULL          | GENDER_INDEX | 1       | NULL | 299556 |   100.00 | NULL  |
+----+-------------+-----------+------------+-------+---------------+--------------+---------+------+--------+----------+-------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，不使用 FORCE INDEX 强制指定索引时，虽然在 gender 字段上指定的索引，但是索引并没有生效。

案例B：对某个字段使用负向查询（如 NOT、!=、<>、!<、!>、NOT IN、NOT LIKE）或者 null 判断，此时由于返回的数据在表中的占比较大，优化器也有可能让索引失效。

首先为 birth_date 字段添加索引：

alter table employees add index BIRTH_DATE_INDEX(birth_date);
-- 删除索引
-- alter table employees drop index BIRTH_DATE_INDEX;

查询 birth_date 字段不为空的数据：

mysql> explain select *from employees where birth_date is not null;
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------+
| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------+
|  1 | SIMPLE      | employees | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 299556 |   100.00 | NULL  |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，索引并没有生效。

注：网上流传的大部分说法是使用负向查询一定会使索引失效，这是错误的，这个只能看MYSQL优化器的选择。

修改 employees 表中 birth_date 部分数据：

alter table employees modify column birth_date date;
update employees set birth_date = null where birth_date not like "1955-01%";

再次查询 birth_date 字段不为空的数据：

mysql> explain select *from employees where birth_date is not null;
+----+-------------+-----------+------------+-------+------------------+------------------+---------+------+------+----------+-----------------------+
| id | select_type | table     | partitions | type  | possible_keys    | key              | key_len | ref  | rows | filtered | Extra                 |
+----+-------------+-----------+------------+-------+------------------+------------------+---------+------+------+----------+-----------------------+
|  1 | SIMPLE      | employees | NULL       | range | BIRTH_DATE_INDEX | BIRTH_DATE_INDEX | 4       | NULL | 1943 |   100.00 | Using index condition |
+----+-------------+-----------+------------+-------+------------------+------------------+---------+------+------+----------+-----------------------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，此时索引并没有失效。

2. 当查询条件中使用 OR 时，并不是所有的字段都添加了索引，此时即使某些字段存在索引，索引依然会失效。

案例A：

首先为 first_name 字段添加索引：

alter table employees add index FIRST_NAME_INDEX(first_name)
-- 删除索引
-- alter table employees drop index FIRST_NAME_INDEX;

使用 first_name 和 last_name 进行检索：

mysql> explain select * from employees where first_name = "Kazuhide" or last_name = "Heyers";
+----+-------------+-----------+------------+------+------------------+------+---------+------+--------+----------+-------------+
| id | select_type | table     | partitions | type | possible_keys    | key  | key_len | ref  | rows   | filtered | Extra       |
+----+-------------+-----------+------------+------+------------------+------+---------+------+--------+----------+-------------+
|  1 | SIMPLE      | employees | NULL       | ALL  | FIRST_NAME_INDEX | NULL | NULL    | NULL | 299556 |    19.00 | Using where |
+----+-------------+-----------+------------+------+------------------+------+---------+------+--------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select * from employees where first_name = "Kazuhide" and last_name = "Heyers";
+----+-------------+-----------+------------+------+------------------+------------------+---------+-------+------+----------+-------------+
| id | select_type | table     | partitions | type | possible_keys    | key              | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-----------+------------+------+------------------+------------------+---------+-------+------+----------+-------------+
|  1 | SIMPLE      | employees | NULL       | ref  | FIRST_NAME_INDEX | FIRST_NAME_INDEX | 44      | const |  234 |    10.00 | Using where |
+----+-------------+-----------+------------+------+------------------+------------------+---------+-------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，由于last_name字段上没有建立索引，在使用 OR 进行查询时，first_name上的索引也不会生效。

为 last_name 字段也添加索引：

alter table employees add index LAST_NAME_INDEX(last_name)
-- 删除索引
-- alter table employees drop index LAST_NAME_INDEX;

使用 first_name 和 last_name 进行检索：

mysql> explain select * from employees where first_name = "Kazuhide" or last_name = "Heyers" \G;
*************************** 1. row ***************************
        id: 1
select_type: SIMPLE
        table: employees
partitions: NULL
        type: index_merge
possible_keys: FIRST_NAME_INDEX,LAST_NAME_INDEX
        key: FIRST_NAME_INDEX,LAST_NAME_INDEX
    key_len: 44,50
        ref: NULL
        rows: 426
    filtered: 100.00
        Extra: Using union(FIRST_NAME_INDEX,LAST_NAME_INDEX); Using where
1 row in set, 1 warning (0.00 sec)

ERROR: 
No query specified

此时两个字段的索引都生效了。

3. 在字段上使用内置函数，一定会导致索引失效。

案例A：将 date 类型字段转为字符串后进行比较。

首先为 birth_date 字段添加索引：

alter table employees add index BIRTH_DATE_INDEX(birth_date);
-- 删除索引
-- alter table employees drop index BIRTH_DATE_INDEX;

mysql> explain select *from employees where date_format(birth_date, "%Y-%m-%d") = "1955-01-21";
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra       |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
|  1 | SIMPLE      | employees | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 299147 |   100.00 | Using where |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，索引并没有生效。

4. 字段的隐式转换导致索引失效

案例A：将字符串类型的字段与数字比较

对 salaries 表的 salary 字段进行修改，类型修改为 varchar：

alter table salaries modify column salary varchar(11) NOT NULL;
alter table salaries add index SALARY_INDEX(salary);
-- 还原
-- alter table salaries modify column salary int(11) NOT NULL;

对 salary 字段进行检索：

mysql> explain select *from salaries where salary = 60117;
+----+-------------+----------+------------+------+---------------+------+---------+------+---------+----------+-------------+
| id | select_type | table    | partitions | type | possible_keys | key  | key_len | ref  | rows    | filtered | Extra       |
+----+-------------+----------+------------+------+---------------+------+---------+------+---------+----------+-------------+
|  1 | SIMPLE      | salaries | NULL       | ALL  | SALARY_INDEX  | NULL | NULL    | NULL | 2836882 |    10.00 | Using where |
+----+-------------+----------+------------+------+---------------+------+---------+------+---------+----------+-------------+
1 row in set, 3 warnings (0.00 sec)

mysql> explain select *from salaries where salary = "60117";
+----+-------------+----------+------------+------+---------------+--------------+---------+-------+------+----------+-------+
| id | select_type | table    | partitions | type | possible_keys | key          | key_len | ref   | rows | filtered | Extra |
+----+-------------+----------+------------+------+---------------+--------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | salaries | NULL       | ref  | SALARY_INDEX  | SALARY_INDEX | 35      | const |   65 |   100.00 | NULL  |
+----+-------------+----------+------------+------+---------------+--------------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，当 salary 字段为 varchar 时，与数字进行比较会使索引失效，此时查询某种程度上等价于

mysql> explain select *from salaries where cast(salary as signed int) = 60117;
+----+-------------+----------+------------+------+---------------+------+---------+------+---------+----------+-------------+
| id | select_type | table    | partitions | type | possible_keys | key  | key_len | ref  | rows    | filtered | Extra       |
+----+-------------+----------+------------+------+---------------+------+---------+------+---------+----------+-------------+
|  1 | SIMPLE      | salaries | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 2838426 |   100.00 | Using where |
+----+-------------+----------+------------+------+---------------+------+---------+------+---------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

5. 隐式字符编码转换导致索引失效

对表进行关联查询的过程中，由于关联字段的编码不同，比较过程中，MYSQLK可能会对字段的编码进行了隐式转换，导致索引失效。

参考网上的说法，测试没有成功。

6. 不恰当的使用 like 通配符导致索引失效

当使用 % 开头进行查询时，会使索引失效。

案例A：

首先为 first_name 字段添加索引：

alter table employees add index FIRST_NAME_INDEX(first_name)
-- 删除索引
-- alter table employees drop index FIRST_NAME_INDEX;

对 first_name 字段进行检索：

mysql> explain select *from employees where first_name like "%atricio";
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra       |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
|  1 | SIMPLE      | employees | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 299147 |    11.11 | Using where |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select *from employees where first_name like "%atrici%";
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra       |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
|  1 | SIMPLE      | employees | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 299147 |    11.11 | Using where |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
1 row in set, 1 warning (0.01 sec)

mysql> explain select *from employees where first_name like "Patrici%";
+----+-------------+-----------+------------+-------+------------------+------------------+---------+------+------+----------+-----------------------+
| id | select_type | table     | partitions | type  | possible_keys    | key              | key_len | ref  | rows | filtered | Extra                 |
+----+-------------+-----------+------------+-------+------------------+------------------+---------+------+------+----------+-----------------------+
|  1 | SIMPLE      | employees | NULL       | range | FIRST_NAME_INDEX | FIRST_NAME_INDEX | 44      | NULL |  452 |   100.00 | Using index condition |
+----+-------------+-----------+------------+-------+------------------+------------------+---------+------+------+----------+-----------------------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，使用 % 开头会使索引失效，使用 % 结尾则不一定会。

7. 对含有索引的字段进行 +，-，*，/ 等运算，一定会使索引失效

案例A：对 emp_no 字段进行检索

mysql> explain select *from employees where emp_no + 1 = 10002;
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra       |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
|  1 | SIMPLE      | employees | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 299147 |   100.00 | Using where |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select *from employees where emp_no = 10002 - 1;
+----+-------------+-----------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
| id | select_type | table     | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra |
+----+-------------+-----------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | employees | NULL       | const | PRIMARY       | PRIMARY | 4       | const |    1 |   100.00 | NULL  |
+----+-------------+-----------+------------+-------+---------------+---------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，当在 = 的左边进行字段的运算会导致索引失效，优化时可以将运算放在 = 的右边进行。

8. 联合索引没有遵循最左匹配原则，一定会使索引失效。

案例A：

对 first_name 和 last_name 建立联合索引，此时没有单个字段索引。

alter table employees add index NAME_INDEX(first_name, last_name);
-- alter table employees drop index NAME_INDEX;

对 last_name 进行检索：

mysql> explain select *from employees where first_name = "Saniya";
+----+-------------+-----------+------------+------+---------------+------------+---------+-------+------+----------+-------+
| id | select_type | table     | partitions | type | possible_keys | key        | key_len | ref   | rows | filtered | Extra |
+----+-------------+-----------+------------+------+---------------+------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | employees | NULL       | ref  | NAME_INDEX    | NAME_INDEX | 44      | const |  257 |   100.00 | NULL  |
+----+-------------+-----------+------------+------+---------------+------------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select *from employees where first_name = "Saniya" and last_name = "Kalloufi";
+----+-------------+-----------+------------+------+---------------+------------+---------+-------------+------+----------+-------+
| id | select_type | table     | partitions | type | possible_keys | key        | key_len | ref         | rows | filtered | Extra |
+----+-------------+-----------+------------+------+---------------+------------+---------+-------------+------+----------+-------+
|  1 | SIMPLE      | employees | NULL       | ref  | NAME_INDEX    | NAME_INDEX | 94      | const,const |    1 |   100.00 | NULL  |
+----+-------------+-----------+------------+------+---------------+------------+---------+-------------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select *from employees where last_name = "Kalloufi";
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra       |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
|  1 | SIMPLE      | employees | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 299147 |    10.00 | Using where |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

观察结果可知，直接对 last_name 字段进行检索，索引是不会生效的。

注：参照网上流传的部分说法，上述查询使用 last_name = “Kalloufi” and first_name = “Saniya” 时索引会失效，这是错误的，MYSQL会对SQL进行优化，此时依然会按照最左匹配原则进行检索，与书写的顺序并没有之间关联。

9. 使用了 IGNORE INDEX 关键字忽略索引。

案例A：

首先为 first_name 字段添加索引：

alter table employees add index FIRST_NAME_INDEX(first_name)
-- 删除索引
-- alter table employees drop index FIRST_NAME_INDEX;

对 first_name 字段进行检索并忽略 FIRST_NAME_INDEX 索引：

mysql> explain select *from employees IGNORE INDEX(FIRST_NAME_INDEX) where first_name = "Saniya";
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
| id | select_type | table     | partitions | type | possible_keys | key  | key_len | ref  | rows   | filtered | Extra       |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
|  1 | SIMPLE      | employees | NULL       | ALL  | NULL          | NULL | NULL    | NULL | 299147 |    10.00 | Using where |
+----+-------------+-----------+------------+------+---------------+------+---------+------+--------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

测试数据集来源：https://github.com/datacharmer/test_db
个人GITBUT地址：https://github.com/chenyexin2012

你丫的才是码农
关注
专栏目录
MySql数据库索引失效场景
党凯敏的博客
04-07 200
数据表的列上建立了索引，查询条件也是索引列。 1，列于列对比 select * from user where u_id = id; 该情况会全表扫描，不会走索引。 如果索引列是可空的，那么很可能是不会给其建立索引的，索引值是少于表的count（*）的值的，所以会扫描全表。 这也是为什么在设计数据表时，应避免null值的出现。 2，NOT条件 select * from user where name is not null; select * from user where id <&.
学习笔记 | Mysql索引查询失效的情况
大虎牙的博客
09-03 378
Mysql索引查询失效的情况 首先，复习一下索引的创建： 普通的索引的创建： CREATE INDEX (自定义)索引名 ON 数据表(字段); 复合索引的创建： CREATE INDEX (自定义)索引名 ON 数据表(字段，字段，。。。); 删除索引： DROP INDEX 索引名; 以下通过explain显示出mysql执行的字段内容： id: SELECT 查询的标识符. 每个 SELECT 都会自动分配一个唯一的标识符. select_type: SELECT 查询的类型.
Mysql 索引失效场景
weixin_30904593的博客
09-26 836
例如：一张USER表 有字段属性 name,age 其中name为索引 下面列举几个索引失效的情况 1. select * from USER where name=‘xzz’ or age=16； 例如这种情况：当语句中带有or的时候 即使有索引也会失效。 2.select * from USER where name like‘%xzz’ ； 例如这种情况：当语...
12种索引失效场景总结
最新发布
程序员世杰
07-18 1100
联合索引不满足最左匹配原则使用了select *索引列参与运算索引列使用函数错误的like使用类型隐式转换使用OR操作两列做比较<>!不等于比较not innot exists条件order by普通索引优化器认为全表扫描 > 索引扫描。
MySQL索引失效的场景
weixin_33795093的博客
02-04 81
WHERE字句的查询条件里有不等于号（WHERE column!=…），MYSQL将无法使用索引 类似地，如果WHERE字句的查询条件里使用了函数（如：WHERE DAY(column)=…），MYSQL将无法使用索引 在JOIN操作中（需要从多个数据表提取数据时），MYSQL只有在主键和外键的数据类型相同时才能使用索引，否则即使建立了索引也不会使用 如果WHERE子句的查询条件里使用了比较操作...
MySQL索引失效
weixin_30595035的博客
11-25 99
Google了很多“MySQL索引失效”的文章，写的都很杂乱，于是自己综合了几篇文章，整理了一下。 参考资料： https://www.jianshu.com/p/932bcdf2c89f https://blog.csdn.net/u010796790/article/details/52194850 索引失效的场景： like 以%开头，索引无效；当like前缀没有%，...
导致MySQL索引失效的一些常见写法总结
09-14
以下是一些可能导致MySQL索引失效的常见写法： 1. **全表扫描（Full Table Scan）**：当查询涉及所有或大部分数据时，MySQL会选择不使用索引而进行全表扫描。例如，使用`SELECT * FROM table`会忽略所有索引。 2. ...
MySQL中索引失效的常见场景与规避方法
12-15
通过理解这些常见的索引失效场景和相应的规避策略，可以显著提高MySQL数据库的查询效率和整体性能。在编写SQL时，应当谨慎使用可能导致索引失效的操作，尽量保持查询的简洁和明确，以便MySQL能够有效地利用已有的...
Mysql索引失效场景集合
htjx99的专栏
10-14 630
Mysql 索引失效场景
MySQL索引失效的10个场景（详细测试）
weixin_64214623的博客
08-04 1645
MySQL索引失效的场景（10个）,mysql,失效，什么情况下会失效，为什么，索引
MySQL数据库索引失效的10种场景.zip
02-17
本篇将详细探讨10种可能导致MySQL数据库索引失效的常见场景，帮助你理解和避免这些问题。 **1. LIKE操作符的不当使用** 在查询语句中，如果使用LIKE操作符并且模式匹配出现在字符串的开头，索引可能无法被利用。...
索引失效的 10 种场景
lisheng19870305的专栏
03-07 6172
我之前写的一篇文章《聊聊sql优化的15个小技巧》，自发表之后，在全网广受好评，被很多大佬转载过，说明了这类文章的价值。 今天我接着上一期数据库的话题，更进一步聊聊索引的相关问题，因为索引是大家都比较关心的公共话题，确实有很多坑。 不知道你在实际工作中，有没有遇到过下面的这两种情况： 明明在某个字段上加了索引，但实际上并没有生效。 索引有时候生效了，有时候没有生效。 今天就跟大家一起聊聊，mysql数据库索引失效的10种场景，给曾经踩过坑，或者即将要踩坑的朋友们一个参考。 1.
索引失效场景
song854601134的博客
12-01 291
我们常见的几个索引失效场景，大致有以下几种： 1、String型数据使用int直接查 2、like ’%a‘的情况 3、组合索引a，b单独使用b 4、命中数据过多到时扫描全表 5、索引列中有计算或者使用了函数 6、a=‘x’ or b=‘y’，此时a有索引但是b无索引 ...
【MySQL】索引失效场景
{竹子}
01-12 241
0. 目录1.使用 or 导致索引失效 1.使用 or 导致索引失效 select * from `user` where user_id = 1 or age = 20; user_id和age是索引，以上语句索引失效。
索引失效的情况有哪些？索引何时会失效？（全面总结）
热门推荐
努力奋斗
11-16 3万+
虽然你这列上建了索引，查询条件也是索引列，但最终执行计划没有走它的索引。下面是引起这种问题的几个关键点。 列与列对比 某个表中，有两列（id和c_id）都建了单独索引，下面这种查询条件不会走索引 select * from test where id=c_id; 这种情况会被认为还不如走全表扫描。 存在NULL值条件 我们在设计数据库表时，应该尽力避免NULL值出现，如果非要不可避免的要出现NU...
索引失效的场景
weixin_35750483的博客
12-31 452
索引失效是指数据库中索引不再能够有效地帮助优化查询的情况。这通常发生在以下场景中： 索引字段的数据分布不均匀，导致索引的选择性降低。例如，如果索引字段有大量重复值，则索引可能会失效。 索引字段的数据类型不适合建立索引。例如，如果索引字段是一个大文本字段，则索引可能会失效。 索引表的数据量较大，导致索引扫描(即使用索引进行的查询)的性能不佳。 数据库表的数据经常变化，导致索引需要频繁更新，使...
写完这篇 我的SQL优化能力直接进入新层次
Huangjiazhen711的博客
11-05 408
前提 如果创建 b,c,d 联合索引面如果 我where 后面的条件是为什么不能走索引呢 如果没有b的话 你查询的值相当于*11我们都知道*是所有的意思也就是我能匹配到所有的数据如果 我 where 后面是为什么会走索引呢？你等于查询的数据是1*1我可以通过前面 1 进行索引匹配 所以就可以走索引最左缀匹配原则的最重要的就是 第一个字段我们接着看下一个失效场景select * 只有在返回结果集数量大于总结果集的25% 就会造成索引失效 如果小于 不会造成索引失效但是会降低索引的效率。
数据库索引失效的一些场景
weixiaohuai的博客
04-07 2631
目录 一、概述 二、索引失效的场景 一、概述 为了提高数据库SQL语句执行效率，我们第一时间想到的就是，通过在表上建立一些合适的索引。但是有时候我们明明在列上面创建了索引，查询条件也用到了该列，但是通过查询执行计划的时候，却发现没有走索引查询。本篇文章我们将总结一些常见的索引的失效场景。 二、索引失效的场景 【a】存在NULL值条件 在设计数据库时，我们应该尽量避免某个列的值为空，如果非要不可避免的要出现NULL值，我们可以给它一个DEFAULT值，比如-1等。如果索引列是可空的，是不会给其建
MySQL索引失效的几种常见场景
MrXionGe的博客
03-29 1867
前言 我们在使用MySQL查询数据的时候，总会遇见没有正确使用到索引的情况。 这里我们列举几种常见的，搜索条件使用了索引列却没有走索引的场景。 （以下测试均在MySQL8.0.28中完成，且所有数据均为脚本随机生成） 数据表结构 CREATE TABLE `student_info` ( `id` bigint UNSIGNED NOT NULL AUTO_INCREMENT, `school_id` int UNSIGNED NOT NULL, `class_id` int UNSIGNED
mysql 索引失效的场景
07-17
MySQL索引失效的场景有以下几种： 1. 数据重复度高：如果表中某个字段的重复度非常高，那么使用该字段进行查询可能会导致索引失效。...以上是常见的MySQL索引失效的场景，需要根据实际情况进行分析和优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值