like使用索引如何避免失效】的更多相关文章

"索引什么时候失效?" 面试过程中,突如其来的一个问题,是不是有点懵? 没关系,关注我,面试不迷路. 我是Mic,一个工作了14年的Java程序员. 索引失效涉及到的知识点非常多,所以我把这个问题的回答整理到了一个20W字的面试文档里面,大家可以领取. 下面看看高手的回答 高手: InnoDB引擎里面有两种索引类型,一种是主键索引.一种是普通索引. InnoDB用了B+树的结构来存储索引数据. 当使用索引列进行数据查询的时候,最终会到主键索引树中查询对应的数据行进行返回. 理论上来说,…
1 准备数据 1.1 建表 DROP TABLE IF EXISTS staff; CREATE TABLE IF NOT EXISTS staff ( id INT PRIMARY KEY auto_increment, name ), age INT, pos ) COMMENT '职位', salary ,) ); 1.2 插入数据 , ); 2 测试&Explain分析 2.1 有索引的情况下%的影响(提出问题) 2.1.1 建立索引 CREATE INDEX idx_nameAgePo…
避免索引失效原则(二) 注:继上一篇文章继续讲解: 避免索引失效原则(一)https://www.cnblogs.com/StanleyBlogs/p/10482048.html#4195062 作者 : Stanley 罗昊 [转载请注明出处和署名,谢谢!] 体验SQL优化中的概率情况 在上一篇文章结尾处,我们在执行查询计划的时候,却发现我明明加了索引,并且也满足了使用索引的条件,但是,给我的优化结果却是失败,从而,得出一个结论便是,优化是概率的,也就跟彩票一样,不可能百分之百优化成功的,但是…
避免索引失效原则(一) 精力有限,剩余的失效原则将会在 <避免索引失效原则(二)>中连载出来,请谅解 作者 : Stanley 罗昊 [转载请注明出处和署名,谢谢!] 避免索引失效的一些原则 我们编写SQL语句后会进行添加一些索引进行优化,但是有时候确实建了索引,但索引有时候会失效: 比如在模糊查询使用 in 关键字的时候索引就失效了,这只是其中的一个条件: 1.复合索引的时候,不要跨列或无序使用(最佳左前缀) 我在前几篇文章有重点介绍过: 就比如你建立了一个索引 分别字段为 a b c,你使…
例如:一张USER表   有字段属性 name,age   其中name为索引 下面列举几个索引失效的情况 1. select * from USER where name=‘xzz’ or age=16: 例如这种情况:当语句中带有or的时候 即使有索引也会失效. 2.select *  from  USER where name like‘%xzz’ : 例如这种情况:当语句索引 like 带%的时候索引失效(注意:如果上句为 like‘xzz’此时索引是生效的) 3.select * fr…
索引失效的场景: 1.没有 where 条件 直接看 SQL 语句   2.where 条件中所在的列没有建立索引 show index from t;   3.从表中取得数据超过某个阈值.通常认为是 20~30%,即使 where 条件和索引都满足,也不会走索引 看表的行数.看下索引列的 cardinality 值,card 值只能直观反映 = 操作符返回的行数. 对于>=.<=.like.between and 的情况,card 值不能直观判断返回值的数据量. 有时候可以尝试着执行一下,但…
在上一篇文章中,通过分析执行计划的字段说明,大体说了一下索引优化过程中的一些注意点,那么如何才能避免索引失效呢?本篇文章将来讨论这个问题. 避免索引失效的常见方法 1.对于复合索引的使用,应按照索引建立的顺序使用,尽量不要跨列(最佳左前缀原则) 为了说明问题,我们仍然使用上一篇文章中的test01表,其表结构如下所示: mysql> desc test01; +--------+-------------+------+-----+---------+-------+ | Field | Typ…
表优化 1.单表优化 建立索引 根据sql的实际解析顺序建立复合索引 最佳左前缀,保持索引的定义和使用顺序一致 2.多表优化 连接查询 小表驱动大表:对于双层循环来说,外层循环(数据量)越小,内层循环(数据量)越大,程序性能越高.一般左外连接左表为驱动表,右外连接右表为驱动表,内连接选结果集小的为驱动表. 索引建立在经常使用的字段上,给被驱动表建立索引 一般我们将小表当做驱动表(指定了联接条件时,满足查询条件的记录数少表为「驱动表」,未指定联接条件时,行数少的表为「驱动表」) 3.避免索引失效原…
一.索引介绍 二.索引的优势与劣势 1.优势 类似于书籍的目录索引,提高数据检索的效率,降低数据库的IO成本. 通过索引列对数据进行排序,降低数据排序的成本,降低CPU的消耗. 2.劣势 实际上索引也是一张表,该表中保存了主键与索引字段,并指向实体类的记录,所以索引列也是要占用空间 的. 虽然索引大大提高了查询效率,同时却也降低更新表的速度,如对表进行INSERT.UPDATE.DELETE.因为 更新表时,MySQL 不仅要保存数据,还要保存一下索引文件每次更新添加了索引列的字段,都会调整因为…
为了验证 MySQL 中哪些情况下会导致索引失效,我们可以借助 explain 执行计划来分析索引失效的具体场景. explain 使用如下,只需要在查询的 SQL 前面添加上 explain 关键字即可,如下图所示: 而以上查询结果的列中,我们最主要观察 key 这一列,key 这一列表示实际使用的索引,如果为 NULL 则表示未使用索引,反之则使用了索引. 以上所有结果列说明如下: id - 选择标识符,id 越大优先级越高,越先被执行: select_type - 表示查询的类型: tab…