提起索引大家都不陌生，但在mysql中也有不使用索引的情况，接下来我们一起看看都有哪些不走索引的sql语句。
稍不注意，可能你写的查询语句是会导致索引失效，从而走了全表扫描，虽然查询的结果没问题，但是查询的性能大大降低。
MYSQL中索引是经常用来对数据库查询性能优化的方式，再MySQL中采用了B+树作为索引结构来减少磁盘IO次数去提高数据的检索性能。但是在某些场景下，由于查询语句设计不合理，或者对MySQL的理解不够深入。索引有可能会失效，变为全表扫描，这对于大数据量的查询是非常低效的。今天我们就来聊聊这些常见的失效场景。
最左前缀示范 mysql> select * from s1 where id>3 and name='egon' and email='alex333@oldboy.com' and gender='male'; Empty set (0.39 sec) mysql> create index idx on s1(id,name,email,gender); #未遵循最左前缀 Query OK, 0 rows affected (15.27 sec) Records: 0 Duplicates: 0 Wa
无论你是技术大佬，还是刚入行的小白，时不时都会踩到Mysql数据库不走索引的坑。常见的现象就是：明明在字段上添加了索引，但却并未生效。
一个字符类型的、一个int类型的，查询的时候到底会不会走索引，其实很多工作了几年的开发人员有时也会晕，下面就用具体事例来测试一下。
MySQL 慢日志（slow log）是 MySQL DBA 及其他开发、运维人员需经常关注的一类信息。使用慢日志可找出执行时间较长或未走索引等 SQL 语句，为进行系统调优提供依据。 本文将结合一个线上案例，分析如何正确设置 MySQL 慢日志参数和使用慢日志功能，并介绍下网易云 RDS 对 MySQL 慢日志功能的增强。
在MySQL中，并不是你建立了索引，并且你在SQL中使用到了该列，MySQL就肯定会使用到那些索引的，有一些情况很可能在你不知不觉中，你就“成功的避开了”MySQL的所有索引。
SELECT `sname` FROM `stu` WHERE `age`+10=30;– 不会使用索引，因为所有索引列参与了计算
除了上面的几个明显的问题外，还有索引的选择问题。MySQL 在执行一段 sql 的时候，会先决定使用哪一个索引，如果 选了一个性能比较差的索引，即使走了索引，也会带来性能问题。
我们知道MySQL在配置好环境变量后，直接mysql -p xx -u xx -h xx就登录了，不需要先启动服务端，再启动客户端这么繁琐，但凡涉及到服务端和客户端就会涉及到通信问题，客户端进程向服务器进程发送请求并得到回复的过程本质上是一个进程间通信的过程！那么MySQL的通信方式？？是什么？？？
在传统的系统应用程序中我们通常都会和数据库建立连接进行数据的读写操作，为了减少连接数据库造成的资源消耗于是有了数据库连接缓冲池。在此基础上，SQL 语句的优化对于研发人员也是非常重要的，高效的 SQL 语句经常会给使一个业务逻辑的接口响应速度变得非常快。所以本篇小编将主要从 SQL 语句的优化给出一些建议以及如何使用 SQL 语句里面的关键字等才能使 SQL 的执行效率相对提升，并且分享一份MySQL优化学习笔记，希望给研发人员在编写 SQL 语句时能有一些帮助。
创建一张user表，表中包含：id、code、age、name和height字段。
今天就跟大家一起聊聊，mysql数据库索引失效的10种场景，给曾经踩过坑，或者即将要踩坑的朋友们一个参考。
来源：andyqian www.andyqian.com/2017/11/11/database/MySQLConvert/ 前言 今天我们继续回到MySQL系列文章中，谈一谈MySQL中隐式类型转换。(其实我最早知道是在慢SQL优化中知道隐式类型转换概念的)，在说隐式类型转换之前，首先我们通过一个实例来看看是怎么回事。 数据结构 本文中所有的操作，都是基于该数据结构(有兴趣的童鞋可以实验)： create table t_base_user( oid bigint(20)notnullprimary ke
开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,SQL Server,Redis ，Oracle ,Oceanbase 等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请加微信号 liuaustin3 （共1280人左右 1 + 2 + 3 +4）新人会进入3群（3群接近400准备关闭自由申请） + 4群
如果使用的 M 系列的 Mac 本的同学，需要找下支持 linux/arm64/v8 的版本。
索引是提高关系型数据库查询性能的利器，但其并非银弹，必须精通其原理，才能发挥奇效。
我之前写的一篇文章《聊聊sql优化的15个小技巧》，自发表之后，在全网广受好评，被很多大佬转载过，说明了这类文章的价值。
适当的使用索引可以提高数据检索速度，可以给经常需要进行查询的字段创建索引 oracle的索引分为5种:唯一索引，组合索引，反向键索引，位图索引，基于函数的索引
前几篇文章介绍了mysql的底层数据结构和mysql优化的神器explain。 BAT大厂都会问的MySQL底层数据结构 一线互联网公司必问的MySql优化神器 后台有些朋友说小强只介绍概念，平时使用还是一脸懵，强烈要求小强来一篇实战sql优化，经过周末两天的整理和总结，sql优化实战新鲜出炉， 大家平时学习和工作中，遇到的99% 的sql优化都会介绍到，介于篇幅过长，分成3篇文章哈。
mysql 是我们最常用的数据存储的的程序，它是关系数据库的代表，可以直接服务于我们的常规业务，是我们不能离开的数据存储器，对于关系操作复杂的业务，具有很强的优势。
count(*) 和count(1) 都是统计行数，而count(col) 是统计col列非null的行数
不管是工作中，还是面试中，关于mysql的explain执行计划以及索引优化，都是非常值得关注的。
当数据库查询命中索引时，数据库会首先利用索引列的值定位到对应的数据节点。这个数据节点上记录了对应数据行的行标识符（Row Identifier）。然而，如果查询需要获取该行其他列的数据，就需要进行回表操作。
如果没有using index condtion，field1会走索引查询，匹配到对应的数据后，回表查出剩余字段信息，再去匹配。
索引列不独立是指被索引的这列不能是表达式的一部分，不能是函数的参数，比如下面的这种情况 select id,name,age,salary from table_name where salary + 1000 = 6000; salary 列被用户表达式的计算了，这种情况下索引就会失效，解决方式就是提前计算好条件值，不要让索引列参与表达式计算。 索引字段作为函数的参数 select id,name,age,salary from table_name where substring(name,1,3)= 'luc'; 解决方式是什么呢，可以提前计算好条件，不要使用索引，或者可以使用其他的 sql 替换上面的，比如，上面的sql 可以使用 like 来代替 select id,name,age,salary from table_name where name like 'luc%'; 使用了左模糊 select id,name,age,salary from table_name where name like '%lucs%'; 平时尽可能避免用到左模糊，可以这样写 select id,name,age,salary from table_name where name like 'lucs%'; 如果实在避免不了左模糊查询的话，考虑一下搜索引擎 比如 ES or 查询部分字段没有使用索引 select id,name,age,salary from table_name where name ='lucs' and age >25 这种情况，可以为 name 和 age 都建立索引，否则会走全表扫描。 字符串条件没有使用 '' select id,name,age,salary from table_name where phone=13088772233 上面的这条 sql phone 字段类型是 字符串类型的，但是没有使用 '13088772233 ', SQL 就全表扫描了，所以字符串索引要使用 ‘’ select id,name,age,salary from table_name where phone='13088772233 ' 不符合最左前缀原则的查询 例如有这样一个组合索引 index(a,b,c) select * from table_name where b='1'and c='2' select * from table_name where c='2' // 上面这两条 SQL 都是无法走索引执行的 最左原则，就是要最左边的优先存在，我不在的话，你们自己就玩不动了，除非你自己单独创立一个索引，下面这几条 SQL 就可以走索引执行 select * from table_name where a = 'asaa' and b='1'and c='2' select * from table_name where a = 'asda' and b='1231' // 上面这两条是走索引的，但是下面这条你觉得索引应该怎么走，是全部走，还是部分走索引？ select * from table_name where a = 'asda' and c='dsfsdafsfsd' 索引字段没有添加 not null 约束 select * from table_name where a is null; // 这条sql就无法走索引执行了，is null 条件 不能使用索引，只能全表扫描了 // mysql 官方建议是把字段设置为 not null 所以针对这个情况，在mysql 创建表字段的时候，可以将需要索引的字符串设置为 not null default '' 默认空字符串即可 隐式转换 关联表的两个字段类型不一致会发生隐式转换 select * from table_name t1 left join table_name2 t2 on t1.id=t2.tid; // 上面这条语句里，如果 t1 表的id 类型和 t2 表的tid 类型不一致的时候，就无法 // 按索引执行了。 // 解决方式就是统一设置字段类型。 END
不允许出现相同的值，且不能为NULL值，一个表只能有一个primary_key索引。
IN 一定走索引吗？那当然了，不走索引还能全部扫描吗？好像之前有看到过什么Exist,IN走不走索引的讨论。但是好像看的太久了，又忘记了。哈哈，如果你也忘记了MySQL中IN是如何查询的，就来复习下吧。
主要想分享之前在面试过程中遇到的一些关于mysql基础&高频面试题.我发现工作几年以后,基本上面试基本不问mysql围绕sql基本的问题了,开始围绕mysql的一些 八股文的问题开始问,在之前面试之前,刷了大概mysql关于高可用、隔离级别、事务、保持一致性、mysql执行原理、mysql底层引擎等相关执行,基本上这些能都能命中一些面试题.
生产中,mysql在使用全表扫描时的性能是极其差的，所以MySQL尽量避免出现全表扫描
众所周知，索引类似于字典的目录，可以提高查询的效率。 索引从物理上可以分为：聚集索引，非聚集索引 从逻辑上可以分为：普通索引，唯一索引，主键索引，联合索引，全文索引
在列上进行运算或使用函数会使索引失效，从而进行全表扫描。如下面例子在publish\_time，id列上分别加上索引，publish\_time为datetime类型，id为int类型
学习索引，主要是写出更快的sql，当我们写sql的时候，需要明确的知道sql为什么会走索引？为什么有些sql不走索引？sql会走那些索引，为什么会这么走？我们需要了解其原理，了解内部具体过程，这样使用起来才能更顺手，才可以写出更高效的sql。本篇我们就是搞懂这些问题。
MySQL有哪些性能优化方式？这个问题可以涉及到 MySQL 的很多核心知识，就像要考你计算机网络的知识时，问你“输入URL回车之后，究竟发生了什么”一样，看看你能说出多少了。
让我再深撸一次mysql吧，这次主要以应对面试来说说mysql，大概几个方向，索引结构，查询引擎，索引优化，explain的详解和trace工具的使用。
最近生产爆出一条慢sql，原因是用了or和!=，导致索引失效。于是，总结了索引失效的十大杂症，希望对大家有帮助，加油。
说实话，这个问题可以涉及到 MySQL 的很多核心知识，可以扯出一大堆，就像要考你计算机网络的知识时，问你“输入URL回车之后，究竟发生了什么”一样，看看你能说出多少了。
之前腾讯面试的实话，也问到这个问题了，不过答的很不好，之前没去想过相关原因，导致一时之间扯不出来。所以今天，我带大家来详细扯一下有哪些原因，相信你看完之后一定会有所收获，不然你打我。
一条 SQL 语句的执行，主要经过两个重要的组件：1. SQL 命令解析器；2. 代价分析器；代价分析器没有在这个图中展示出来；这也是 SQL 未命中索引的关键所在。
我们在设计数据库表时，应该尽力避免NULL值出现，如果非要不可避免的要出现NULL值，也要给一个DEFAULT值，数值型可以给0、-1之类的， 字符串有时候给空串有问题，就给一个空格或其他。如果索引列是可空的，是不会给其建索引的，索引值是少于表的count(*)值的，所以这种情况下，执行计划自然就去扫描全表了。
如果经常混坛子，你会听说一种言论，就是NULL 走不了索引，尤其在MYSQL的论坛里面，基本上不出意外，你每天都能看到这样的言论。事实上是怎样，或许没人关注，而到底 NULL 走不走索引，其实是有必要进行一番验证的。本次使用了 MYSQL 8.015 来做这个验证。
程序员日常与DBA打交道应该会很多，因为他会时不时的给你抛个慢sql，让你去优化。
MYSQL 的ICP 估计大家也都知道，Index condition pushdown,但这个东西怎么用，有什么用，什么时候用，估计能答得上来的人就不多了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
