本文主要是介绍DAY16：什么是慢查询，导致的原因，优化方法 | undo log、redo log、binlog的用处 | MySQL有哪些锁，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
目录
什么是慢查询，导致的原因，优化方法
undo log、redo log、binlog的用处
MySQL有哪些锁
什么是慢查询，导致的原因，优化方法
数据库查询的执行时间超过指定的超时时间时，就被称为慢查询。
导致的原因：
- 查询语句比较复杂：查询涉及多个表，包含复杂的连接和子查询，可能导致执行时间较长。
- 查询数据量大：当查询的数据量庞大时，即使查询本身并不复杂，也可能导致较长的执行时间。
- 缺少索引：如果查询的表没有合适的索引，需要遍历整张表才能找到结果，查询速度较慢。
- 数据库设计不合理：数据库表设计庞大，查询时可能需要较多时间。
- 并发冲突：当多个查询同时访问相同的资源时，可能发生并发冲突，导致查询变慢。
- 硬件资源不足：如果MySQL服务器上同时运行了太多的查询，会导致服务器负载过高，从而导致查询变慢。
优化方法：
- 运行语句，找到慢查询的sql。
- 查询区分度最高的字段。
- explain：显示mysql如何使用索引来处理select语句以及连接表，可以帮助选择更好的索引、写出更优化的查询语句。
- order by limit 形式的 sql 语句，让排序的表优先查。
- 考虑建立索引原则。
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. 以思想的维度划分：
- 乐观锁：每次执行前认为自己会成功，因此先尝试执行，失败时再获取锁。
- 悲观锁：每次执行前都认为自己无法成功，因此会先获取锁，然后再执行。
这篇关于DAY16：什么是慢查询，导致的原因，优化方法 | undo log、redo log、binlog的用处 | MySQL有哪些锁的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
