SQL查询语句的流程
当Mysql执行一条查询的SQl的时候大概发生了以下的步骤：
- 客户端发送查询语句给服务器。
- 服务器首先进行用户名和密码的验证以及权限的校验。
- 然后会检查缓存中是否存在该查询，若存在，返回缓存中存在的结果。若是不存在就进行下一步。注意：Mysql 8就把缓存这块给砍掉了。
- 接着进行语法和词法的分析，对SQl的解析、语法检测和预处理，再由优化器生成对应的执行计划。
- Mysql的执行器根据优化器生成的执行计划执行，调用存储引擎的接口进行查询。服务器将查询的结果返回客户端。
Mysql中语句的执行都是都是分层执行，每一层执行的任务都不同，直到最后拿到结果返回，主要分为Service层和引擎层。
在Service层中包含：连接器、分析器、优化器、执行器。引擎层以插件的形式可以兼容各种不同的存储引擎，主要包含的有InnoDB和MyISAM两种存储引擎。具体的执行流程图如下所示：
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Michael's Blog！
相关推荐
2019-05-15
覆盖索引（Covering Index）
一句话 覆盖索引 = 一个 SELECT 需要的所有字段，都能从二级索引里直接拿到，不需要回表。 EXPLAIN 显示 Using index 就是覆盖了。 一、为什么需要覆盖InnoDB 的二级索引存的是 主键值，不是数据行： 123456SELECT name FROM users WHERE age = 25;-- 走 idx_age 二级索引-- → 拿到主键 id 列表-- → 用 id 回到聚簇索引取整行 ← 这一步叫"回表"-- → 取出 name 回表 = 一次随机 IO。如果二级索引里直接就有 name，就省了这一步。 二、用联合索引覆盖12345678-- ❌ 普通索引，需要回表ALTER TABLE users ADD INDEX idx_age (age);SELECT name FROM users WHERE age = 25;-- ✅ 覆盖索引，name 直接在索引里ALTER TABLE users ADD INDEX idx_age_name (age, name);SELECT name FROM u...
2019-05-10
索引的优缺点
一句话 索引以”读快、写慢、占空间”为代价换查询性能。 加索引前先想：这字段查得多吗？选择性够不够？ 一、优点 优点 说明 加速 WHERE 查询 从 O(N) 全表扫描 → O(log N) B+ 树查找 加速 ORDER BY / GROUP BY 索引天然有序，省去 filesort 加速 JOIN 关联字段有索引时大幅提速 唯一索引保证唯一性 数据约束 + 查询双重价值 覆盖索引免回表 二级索引就能返回所有需要的列 二、缺点 缺点 说明 量化 占空间 每个索引都是一棵 B+ 树 一个 INT 索引在 100w 行表上约 30MB 写入变慢 INSERT/UPDATE/DELETE 都要维护所有相关索引 每多一个索引，写入慢 5-15% 优化器选错索引 索引太多反而干扰优化器 用 FORCE INDEX 兜底 维护成本 在线加索引要锁表/影响性能 大表用 pt-online-schema-change 三、加索引的判断标准✅ 该加： WHERE / ORDER BY...
2019-03-20
控制并发
Mysql内部通过锁机制实现对资源的并发访问控制，保证数据的一致性，锁机制的类型和引擎的种类有关，MyISAM中默认支持的表级锁有两种：共享读锁和独占写锁。表级锁在MyISAM和InnoDB的存储引擎中都支持，但是InnoDB默认支持的是行锁。 MyISAM锁机制Mysql中可以通过以下sql来显示的在事务中显式的进行加锁和解锁操作： 123456// 显式的添加表级读锁LOCK TABLE 表名 READ// 显示的添加表级写锁LOCK TABLE 表名 WRITE// 显式的解锁（当一个事务commit的时候也会自动解锁）unlock tables; （1）MyISAM表级写锁：当一个线程获取到表级写锁后，只能由该线程对表进行读写操作，别的线程必须等待该线程释放锁以后才能操作。 （2）MyISAM表级共享读锁：当一个线程获取到表级读锁后，该线程只能读取数据不能修改数据，其它线程也只能加读锁，不能加写锁。 InnoDB锁机制InnoDB和MyISAM不同的是，InnoDB支持行锁和事务，InnoDB中除了有表锁和行级锁的概念，还有Gap Lock（间隙锁）、Next-key ...
2019-03-20
MySQL主从复制与读写分离
主从同步 master主库，有数据更新，将此次更新的事件类型写入到主库的binlog文件中 主库会创建log dump 线程通知slave有数据更新 slave从库，向master节点的 log dump线程请求一份指定binlog文件位置的副本，并将请求回来的binlog存到本地的Relay log 中继日志中 slave 再开启一个SQL 线程读取Relay log事件，并在本地执行redo操作。将发生在主库的事件在本地重新执行一遍，从而保证主从数据同步 主从延迟 指一个写入SQL操作在主库执行完后，将数据完整同步到从库会有一个时间差，称之为主从延迟。 主库生成一条写入SQL的binlog，里面会有一个时间字段，记录写入的时间戳 t1 binlog 同步到从库后，一旦开始执行，取当前时间 t2 t2-t1，就是延迟时间 注意：不同服务器要保持时钟一致。 主从延迟排查方法 通过 show slave status 命令输出的Seconds_Behind_Master参数的值来判断 为零：表示主从复制良好 正值：表示主从已经出现延时，数字越大，表示从库延迟...
2020-03-20
MySQL三范式
数据库三范式 第一范式：1NF是对属性的原子性约束，要求属性具有原子性，不可再分解； 第二范式：2NF是对记录的唯一性约束，要求记录有唯一标识，即实体的唯一性； 第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。 范式化 优点：可以尽量的减少数据冗余，使得更新快，体积小 缺点：对于查询需要多个表进行关联，减少写的效率增加读的效率，更难进行索引优化 反范式化 优点：可以减少表的关联，可以更好的进行索引优化 缺点：数据冗余以及数据异常，数据的修改需要更多的成本 归纳 方式 第一范式 第二范式 第三范式 约束 原子性 唯一性 冗余性 优点 更新快 体积小 减少数据冗余 缺点 对于查询需要多个表进行关联 减少写的效率增加读的效率 更难进行索引优化 (反)优点 可以减少表的关联 可以更好的进行索引优化 - (反)缺点 数据冗余以及数据异常 数据的修改需要更多的成本 -
2022-05-20
MySQL优化经验总结
线上SQL的调优经验 slow_query_log 日志中收集到的慢 SQL ，结合 explain 分析是否命中索引。 减少索引扫描行数，有针对性的优化慢 SQL。 建立联合索引，由于联合索引的每个叶子节点包含检索字段的信息，按最左前缀原则匹配后，再按其它条件过滤，减少回表的数据量。 还可以使用虚拟列和联合索引来提升复杂查询的执行效率。 监控sql执行情况，发邮件、短信报警，便于快速识别慢查询sql 打开数据库慢查询日志功能 简化业务逻辑 代码重构、优化 异步处理 sql优化 索引优化 SQL优化 分页优化。比如电梯直达，limit 100000,10 先查找起始的主键id，再通过id>#{value}往后取10条 尽量使用覆盖索引，索引的叶节点中已经包含要查询的字段，减少回表查询 SQL优化（索引优化、小表驱动大表、虚拟列、适当增加冗余字段减少连表查询、联合索引、排序优化、慢日志 Explain 分析执行计划）。 where子句 避免对字段进行null值判断、表达式操作等； where表之间的连接，必须写在其他where条件之前...
评论
