Sql基础

常见的优化手段

• 避免使用select *
• 分页优化
• 避免多表做join
• 建议不要使用外键与级联
• 选择合适的字段类型
• 尽量使用union all替换union【union会把结果集中的所有数据放到临时表中然后再进行去重操作，更耗时，更消耗CPU资源；union all不会进行去重】
• 批量操作
• 优化慢查询
• 正确使用索引

选择合适的字段作为索引

• 不为NULL的字段
• 被频繁查询的字段
• 被作为条件查询的字段
• 频繁需要排序的字段
• 被经常用于连接的字段

常见的索引失效场景

• 使用select *进行查询
• 创建了组合索引，但查询条件未遵守最左匹配原则
• 在索引列上进行了计算、函数、类型转换等操作
• 以%开头的like查询
• 查询条件中使用OR，且OR的前后条件中有一列没有索引，涉及的索引都不会被使用到
• in的取值范围较大时会导致索引失效，走全表扫描
• 隐式转换

发生隐式转换的场景有哪些

• 当操作符左右两边的数据类型不一致，会发生隐式转换
• 当where查询操作左边为数值类型时发生了隐式转换，那么对效率影响不大，但还是不推荐这么做
• 当where查询操作符左边为字符类型发生了隐式转换，那么索引会失效，造成全表扫描效率极低
• 字符串转换为数值类型时，非数字开头的字符串会转换为0，以字符开头的字符串会截取从第一个字符到第一个非字符内容为止的值为转换结果。

总结：在写SQL时一定要养成良好的习惯，查询的字段是什么类型，等号右边的条件就写成对应的类型。特别当查询字段是字符串时，等号右边的条件一定要用引号引起来表明是一个字符串，否则会造成索引失效触发全表扫描。

mysql索引为什么用B+树

• b+树能显著减少IO次数，提高效率
• b+树数据放在叶子节点，查询效率更加稳定
• b+树叶子节点指向下一个叶子节点，能提高范围查询的效率
• b+树采用顺序读【任何查找都是从根节点到叶子节点】

推荐一个网站，可以演示各种数据结构：https://www.cs.usfca.edu/~galles/visualization/Algorithms.html

7 2 1 3 6 4 5 9

只会在叶子节点上挂载数据，非叶子节点不会存储数据，只放索引。

一亿条1kb的数据走主键索引，mysql底层io几次？

mysql的默认隔离级别，解决了什么问题，基于什么实现的

重复读，解决了幻读的问题【快照读和当前读】

基于锁和MVCC（多版本控制）实现的

mysql的存储引擎有哪些？有什么区别

mysql5.5版本之前MyISAM作为默认存储引擎

mysql5.5版本之后 InnoDB是默认存储引擎

两者区别

• InnoDB支持行级锁，MyISAM只支持表级锁
• InnoDB支持事务，实现了SQL定义的4种隔离级别；MyISAM不支持事务
• InnoDB支持外键，MyISAM不支持
• InnoDB支持MVCC，MyISAM不支持
• InnoDB和MyISAM都支持B+树作为索引，但是两者的实现方式不一样
• MyISAM不支持数据异常崩溃后的安全恢复，而InnoDB支持
• InnoDB性能比MyISAM更强大

美团暑期实习一面：MySQl 索引失效的场景有哪些？