DAY16：什么是慢查询，导致的原因，优化方法 | undo log、redo log、binlog的用处 | MySQL有哪些锁

目录

什么是慢查询，导致的原因，优化方法

undo log、redo log、binlog的用处 

MySQL有哪些锁  

---

什么是慢查询，导致的原因，优化方法

数据库查询的执行时间超过指定的超时时间时，就被称为慢查询。

导致的原因：

• 查询语句比较复杂：查询涉及多个表，包含复杂的连接和子查询，可能导致执行时间较长。
• 查询数据量大：当查询的数据量庞大时，即使查询本身并不复杂，也可能导致较长的执行时间。
• 缺少索引：如果查询的表没有合适的索引，需要遍历整张表才能找到结果，查询速度较慢。
• 数据库设计不合理：数据库表设计庞大，查询时可能需要较多时间。
• 并发冲突：当多个查询同时访问相同的资源时，可能发生并发冲突，导致查询变慢。
• 硬件资源不足：如果MySQL服务器上同时运行了太多的查询，会导致服务器负载过高，从而导致查询变慢。

优化方法：

1. 运行语句，找到慢查询的sql。
2. 查询区分度最高的字段。
3. explain：显示mysql如何使用索引来处理select语句以及连接表，可以帮助选择更好的索引、写出更优化的查询语句。
4. order by limit 形式的 sql 语句，让排序的表优先查。
5. 考虑建立索引原则。

---

undo log、redo log、binlog的用处 

1. undo log 是 Innodb存储引擎层生成的日志，实现了事务中的原子性，主要用于事务回滚和 MVCC。

2. redo log 是物理日志，记录了某个数据页做了什么修改，每当执行一个事务就会产生一条或者多条物理日志。

3. binlog（归档日志）是 Server 层生成的日志，主要用于数据备份和主从复制。

---

MySQL有哪些锁 

1. 以锁粒度的维度划分：

• 全局锁：锁定数据库中的所有表。加上全局锁之后，整个数据库只能允许读，不允许做任何写操作。
• 表级锁：每次操作锁住整张表，主要分为三类：①表锁（分为表共享读锁 read lock、表独占写锁 write lock）；②元数据锁（meta data lock，MDL）：基于表的元数据加锁，加锁后整张表不允许其他事务操作。这里的元数据可以简单理解为一张表的表结构。③意向锁（分为意向共享锁、意向排他锁）：这个是InnoDB中为了支持多粒度的锁，为了兼容行锁、表锁而设计的，使得表锁不用检查每行数据是否加锁，使用意向锁来减少表锁的检查。
• 行级锁：每次操作锁住对应的行数据。主要分为三类：①记录锁 / Record锁：也就是行锁一条记录和一行数据是同一个意思。防止其他事务对此行进行update和delete，在 RC、RR隔离级别下都支持；②间隙锁 / Gap 锁：锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读。在RR隔离级别下都支持；③临键锁 / Next-Key 锁：间隙锁的升级版，同时具备记录锁+间隙锁的功能，在RR隔离级别下支持。

2. 以互斥性的角度划分：

• 共享锁 / S锁：不同事务之间不会相互排斥、可以同时获取的锁。
• 排他锁 / X锁：不同事务之间会相互排斥、同时只能允许一个事务获取的锁。
• 共享排他锁 / SX锁：MySQL5.7版本中新引入的锁，主要是解决SMO带来的问题。

3. 以操作类型的维度划分：

• 读锁：查询数据时使用的锁。
• 写锁：执行插入、删除、修改、DDL语句时使用的锁。

4. 以加锁方式的维度划分：

• 显示锁：编写SQL语句时，手动指定加锁的粒度。
• 隐式锁：执行SQL语句时，根据隔离级别自动为SQL操作加锁。

5. 以思想的维度划分：

• 乐观锁：每次执行前认为自己会成功，因此先尝试执行，失败时再获取锁。
• 悲观锁：每次执行前都认为自己无法成功，因此会先获取锁，然后再执行。