[MySQL] 索引优化不只是用于面试
面试的时候 , 大部分面试官会问mysql的索引问题 , 也是必问的问题 , 但是感觉大部分面试官都是把网上的面试题原封不动的说出来 , 要开发人员来应试答题.
这样的形式 , 我的理解是既不能体现出面试官的能力 , 又不能考察到程序员的mysql功力 , 基本是无意义的 .
如何在平常的开发中体现出这些存在于理论上的原理性的知识点 , 是我一直思考的问题.
在开发的时候 , 当构思完成后 , 第一步就是设计表结构 . 我们设计表 , 基本的思路就是
设计一个字段自增 , 设计其他字段 , 设置自增id为主键 , 表的存储引擎为innodb .
在这个过程中 , 就能体现出了很多索引方面的东西 , 设计主键的目的是使整张表根据主键聚簇起来 , 变成一个树的样子 .树的叶子节点就是实际记录 , 其他分叉就是根据主键生成的 , 如果要查询数据 , 根据主键id查 , 速度最快. 这样的形式还有个名词叫聚簇索引
当然除了根据主键id查 , 我们还会根据其他字段进行查询 , 需要我们提前想好未来的查询sql是什么 , 被查询的字段是什么 , 要查询出的字段是什么 .
如果我们有根据两个字段进行的and条件查询 , 就可以把这两个字段做成一个联合索引 , 比如字段是a , b , 我们设计的联合索引就可以是(a,b) .
设计完成后会在表的整体之外多了这样一个(a,b)的索引树 , 这个索引树的叶子节点是主键 , 我们查询的时候会现在这个(a,b)索引树里查到叶子主键 , 再通过主键在刚才的主键树上查到叶子记录 , 这样就会出现两次查询的过程.如果我们要查询的字段数据只有a , b ,那么就直接在刚才的(a,b)索引树取出来了 , 这个名词就叫覆盖索引
联合索引的最左前缀 , 又是什么呢?
因为b+树 , 这样的索引树 , 跟二叉搜索树一样, 都是要求有序的 . 我们的(a,b) 也是会是排好序的 , 排序就要有个先后 , 先排好a , 在a的基础上再排b . 因此就会在查询的过程中不能跳过a直接去查b , 就体现出了最左前缀.
相关文章
- 刨根问底 Redis, 面试过程真好使
- 知行之桥2022版本升级之页面变化以及监控邮件答疑
- 刨根问底 Kafka,面试过程真好使
- JCR1区,IF 5分+,自引率低,国人友好,无版面费!
- 隐私计算-Paillier半同态加密算法解密加速优化
- <七>1:全面掌握Const的用法
- 什么是计算机网络
- NGINX常见的变量说明
- NGINX的配置和基本使用
- ubuntu1804搭建FTP服务器的方法
- CentOS 7 创建自签名证书
- Ubuntu1804、20.04使用systemback打包镜像的实现
- NGINX信号管理
- NGINX的编译安装
- 实现NFS共享存储的wordpress
- 实现基于文件验证的vsftpd虚拟用户
- 三种常见的存储类型
- CentOS8 通过 loganalyzer 展示数据库中的日志
- CentOS8 利用rsyslog日志服务,将收集的日志记录于MySQL中
- 日志管理工具 - journalctl使用详解