说明在MySQL中，并不是你建立了索引，并且你在SQL中使用到了该列，MySQL就肯定会使用到那些索引的，有一些情况很可能在你不知不觉中，你就“成功的避开了”MySQL的所有索引。索引列参与计算如果where条件中age列中使用了计算，则不会使用该索引。如果需要计算，千万不要计算到索引列，想方设法让其计算到表达式的另一边去。SELECT `sname` FROM `t_stu` WHERE `ag
转载
2023-08-30 15:16:08
152阅读
工作中，经常遇到这样的问题，我明明在MySQL表上面加了索引，为什么执行SQL查询的时候却没有用到索引？同一条SQL有时候查询用到了索引，有时候却没用到索引，这是咋回事？原因可能是索引失效了，失效的原因有以下几种，看你有没有踩过类似的坑？1. 数据准备：有这么一张用户表，在name字段上建个索引：CREATE TABLE `user` (
`id` int NOT NULL AUTO_INCR
转载
2023-08-08 10:52:11
232阅读
mysql in不走索引可能的情况
在MySQL 5.7.3以及之前的版本中，eq_range_index_dive_limit的默认值为10，之
后的版本默认值为200。所以如果大家采用的是5.7.3以及之前的版本的话，很容易采用索引统计数据而
不是index dive的方式来计算查询成本。当你的查询中使用到了IN查询，但是却实际没有
转载
2023-06-10 21:21:47
281阅读
在一些营业场景中，会运用NOT EXISTS语句确保返回数据不存在于特定鸠合，部份同事会发明NOT EXISTS有些场景机能较差，以至有些网上谣言说”NOT EXISTS不走索引”，哪关于NOT EXISTS语句，我们怎样优化呢？以本日优化的SQL为例，优化前SQL为：SELECT count(1) FROM t_monitor m WHERE NOT exists ( SELECT 1 FROM
转载
2024-06-26 11:19:23
96阅读
生命无罪，健康万岁，我是laity。我曾七次鄙视自己的灵魂：第一次，当它本可进取时，却故作谦卑；第二次，当它在空虚时，用爱欲来填充；第三次，在困难和容易之间，它选择了容易；第四次，它犯了错，却借由别人也会犯错来宽慰自己；第五次，它自由软弱，却把它认为是生命的坚韧；第六次，当它鄙夷一张丑恶的嘴脸时，却不知那正是自己面具中的一副；第七次，它侧身于生活的污泥中，虽不甘心，却又畏首畏尾。SQL语句优化1
转载
2023-10-27 02:42:46
85阅读
一、 条件字段使用函数select count(*) from tradelog where ABS(a)=7;如果对字段做了函数计算，就用不上索引了，这是MySQL的规定。为什么会失效呢？对索引字段做函数操作，可能会破坏索引值的有序性，因此优化器就决定放弃走树搜索功能。1.1 隐式类型转换假设id类型为varchar(10)，且建立了索引select * from tradelog where
转载
2023-09-28 19:51:39
443阅读
Mysql 之 索引的作用 以及 不走索引的情况写一下mysql索引吧，提及索引失效的原因的时候，当初只记得两个，虽然笔记有，当时的脑子可能是这样的。温故而知新，看一遍不如写一遍 1. 为什么要创建索引没有加索引的表就像 一本 没有目录的字典，而索引相当于目录， 能大大加速查询的速度。1.1 如何创建索引可以看到索引的类型有B-Tree 和 Hash Hash索引先说Hash, 若是对Java的
转载
2023-10-22 17:55:45
145阅读
“ 我是小羊同学，一个兢兢业业的程序员”背景：有一天同事突然问我为什么加了in查询就突然变慢了、小羊脱口而出：“in不走索引!” 于是就炸开了锅：in不走索引！怎么可能？ 但是在小羊同学脑子里、in不走索引为什么早就根深固体了？原因暂且不说，我们来探索真像。环境：Windows10、MySQL5.7、可视化工具navicat。场景1：当IN中的取值只有一个主键时我们只
转载
2023-07-05 18:44:12
149阅读
在自己测试索引成功场景时，可能出现符合索引规则，但是却不走索引的情况，这是因为mysql有自己的优化规则，比如数据量很少的时候，不走索引反而更快，具体可自行百度，全值匹配（索引最佳）explain select * from user where name = 'zhangsan' and age = 20 and pos = 'cxy' and phone = '18730658760';和索引
转载
2023-09-01 08:07:17
276阅读
【问题场景】有个30多行的大SQL执行效率特别慢，问题集中在一个子查询上，开始没有建索引，可是发现索引都创建了，还是不走索引ql语句描述：有三张表需要关联查询，关联关系如下A表B表 关联 A.col = B.idC表 关联 B.col = C.id问题出在 B表 关联 A.col = B.id，为啥？执行计划就是不走id主键，C表 关联 B.col = C.id都可以正常走【解决思路】1、尝试单表
转载
2023-05-23 13:12:52
869阅读
查询在什么时候不走索引参考回答主要三种情况1 >不满足走索引的条件, 常见的情况有1.1 >不满足最左匹配原则1.2 >查询条件使用了函数1.3>or 操作有一个字段没有索引1.4 >使用 like 条件以 % 开头2 >走索引效率低于全表扫描, 常见的情况有2.1 >查询条件对 null 做判断, 而 null 的值很多2.2 >一个字段区分度很小
转载
2023-09-01 11:48:59
182阅读
未建立索引当数据表没有设计相关索引时，查询会扫描全表。create table test_temp
(
test_id int auto_increment
primary key,
field_1 varchar(20) null,
field_2 varchar(20) null,
field_3 bigint
转载
2024-06-18 22:29:06
0阅读
最近公司让我做SQL优化的工作（MySql），用explain发了一些问题。常见的像OR ，IN，>= ，或者是嵌套等导致索引失效，导致查询性能降低的问题在这里就不做陈述了，网上的文章一搜一 大片。我只是写点个人工作中遇到的，网上不好搜索的，但是不保证所有的场景都试用，后续我还会更新。1、order by 和 limit 结合使用，如果where 字段，order by字段都是索引，那么有l
转载
2023-07-13 12:57:46
85阅读
在一些业务场景中，会使用NOT EXISTS语句确保返回数据不存在于特定集合，部分同事会发现NOT EXISTS有些场景性能较差，甚至有些网上谣言说”NOT EXISTS不走索引”，哪对于NOT EXISTS语句，我们如何优化呢？以今天优化的SQL为例，优化前SQL为：SELECT count(1)
FROM t_monitor m
WHERE NOT exists (
SELECT 1
FROM
转载
2023-10-25 14:04:46
160阅读
索引的种类众所周知，索引类似于字典的目录，可以提高查询的效率。索引从物理上可以分为：聚集索引，非聚集索引从逻辑上可以分为：普通索引，唯一索引，主键索引，联合索引，全文索引索引优化策略不要在索引列上进行运算或使用函数在列上进行运算或使用函数会使索引失效，从而进行全表扫描。如下面例子在publish_time，id列上分别加上索引，publish_time为datetime类型，id为int类型--
转载
2023-09-20 20:16:05
274阅读
第一:选择唯一性索引唯一性索引的值是唯一的,可以更快捷的通过该索引来确定某条记录.2.索引的列为where 后面经常作为条件的字段建立索引如果某个字段经常作为查询条件,而且又有较少的重复列或者是唯一咧可以考虑作为索隐列经常作为查询条件的列作为索引会提高速度3.位经常需要进行排序.分组和联合操作的的字段建立索引.order by group by distinct union
转载
2023-08-01 16:15:30
161阅读
# MySQL中“NOT IN”条件不使用索引的实现
在数据库中，MySQL的查询优化可以通过合理的索引来提升性能。但在某些情况下，比如使用“NOT IN”语句时，MySQL可能会选择不走索引，从而影响查询效率。本文将带你逐步理解并实现如何确保MySQL在执行“NOT IN”时使用索引，并探讨其原因。
## 整体流程
我们将通过以下步骤实现目标：
| 步骤 | 描述
原创
2024-08-08 13:55:13
206阅读
Mysql-高性能索引策略正确的创建和使用索引是实现高性能查询的基础。我总结了以下几点索引选择的策略和索引的注意事项：索引的使用策略：(PS:索引的选择性是指：不重复的索引值，和数据表的记录总数(#T)的比值 ,范围从1/#T 到1之间，索引的选择性越高则查询效率越高，因为选择性搞得索引可以让Mysql在查找时可以过滤更多的行。唯一索引的选择性是1，这是最好的索引选择性，性能也是更好计算列的选择性
转载
2023-08-14 13:22:24
105阅读
背景说道mysql，大家第一个想到的就是它的索引，基本也都知道索引的结构是B+Tree，但是并没有把它的结构和我们看到的原则关联起来。例如最左匹配原则，不要使用uuid作为主键，哪些查询条件无法使用索引…B+TreeB+Tree在这里就不做介绍了，直接上图： 其实就是一个“多路平衡树”，底层叶子节点存储了行数据，叶子节点之间串联起来，形成一个链表。关于索引的介绍，可以看这篇文章《深入理解MySQL
转载
2024-07-29 19:26:38
47阅读
优化前SELECT*
FROM erp_helei mg WHERE mg.num = 602
AND mg.pid
IN
(10002559,10002561,10002562,10002563,10002564,10002598,100025
原创
2016-05-26 11:07:58
10000+阅读
点赞
5评论
