总结下学习完高可用，老师有空帮忙看下
1、主备延迟，就是在同一个事务在备库执行完成的时间和主库执行完成的时间之间的差值，包括主库事务执行完成时间和将binlog发送给备库，备库事务的执行完成时间的差值。每个事务的seconds_behind_master延迟时间，每个事务的 binlog 里面都有一个时间字段，用于记录主库上的写入时间，备库取出当前正在执行的事务的时间字段的值，计算它与当前系统时的差值。
2、主备延迟的来源①首先，有些部署条件下，备库所在机器的性能要比主库所在的机器性能差，原因多个备库部署在同一台机器上，大量的查询会导致io资源的竞争，解决办法是配置”双1“，redo log和binlog都只write fs page cache②备库的压力大，产生的原因大量的查询操作在备库操作，耗费了大量的cpu，导致同步延迟，解决办法，使用一主多从，多个从减少备的查询压力③大事务，因为如果一个大的事务的dml操作导致执行时间过长，将其事务binlog发送给备库，备库也需执行那么长时间，导致主备延迟，解决办法尽量减少大事务，比如delete操作，使用limit分批删除，可以防止大事务也可以减少锁的范围。
④大表的ddl，会导致主库将其ddl binlog发送给备库，备库解析中转日志，同步，后续的dml binlog发送过来，需等待ddl的mdl写锁释放，导致主备延迟。
3、可靠性优先策略，①判断备库 B 现在的 seconds_behind_master如果小于某个值（比如 5 秒）继续下一步，否则持续重试这一步，②把主库 A 改成只读状态，即把 readonly 设置为 true，③判断备库 B 的 seconds_behind_master的值，直到这个值变成 0 为止； 把备库 B 改成可读写也就是把 readonly 设置为 false； 把业务请求切换到备库，个人理解如果发送过来的binlog在中转日志中有多个事务，业务不可用的时间，就是多个事务被运用的总时间。如果非正常情况下，主库掉电，会导致出现的问题，如果备库和主库的延迟时间短，在中转日志运用完成，业务才能正常使用，如果在中转日志还未运用完成，切换为备库会导致之前完成的事务，”数据丢失“，但是在一些业务场景下不可接受。
4、可用性策略，出现的问题：在双m，且binlog_format=mixed，会导致主备数据不一致，使用使用 row 格式的 binlog 时，数据不一致的问题更容易发现，因为binlog row会记录字段的所有值。
5、老师有个问题不太理解，就是主备延迟时，会导致备库在没有运用中转日志时，业务查询时导致”数据丢失“，那如何解决了？

问题答案：
1. 备库在执行复杂查询，导致资源被占用
2. 备库正在执行一个大事务
3. DML 语句执行

老师我的理解对吗

老师，您好：

一直追这个课程，解决了我自己的很多知识盲点，或者更加深入的了解一些知识点，已经在试读留言下推荐了这个课程。

但是有的时候在分析问题的时候，看很多日志，比如error log中的死锁日志，报错日志中每个字段是什么意思，以及show innodb engine status中每个日志段的意思，比如在将redo log的时候innodb status就会记录，这样就可以结合课程中的log write，page cahce和fsync逻辑到数据库中实际感受到学到的原因，在应用中怎么一一对应。
比如，show innodb engine status中：
 --------
 FILE I/O
 --------
***
***
 Pending normal aio reads: 0 [0, 0, 0, 0, 0, 0, 0, 0] , aio writes: 0 [0, 0, 0, 0, 0, 0, 0, 0] ,
  ibuf aio reads: 0, log i/o's: 0, sync i/o's: 0
 Pending flushes (fsync) log: 1; buffer pool: 0
 14321192292 OS file reads, 120057595 OS file writes, 60413577 OS fsyncs
 10 pending preads, 1 pending pwrites
 4648.01 reads/s, 16383 avg bytes/read, 48.09 writes/s, 34.98 fsyncs/s


 ---
 LOG
 ---
 Log sequence number 3893849611607
 Log flushed up to 3893849603096
 Pages flushed up to 3893705803837
 Last checkpoint at 3893705803837
 1 pending log writes, 0 pending chkp writes
 28053287 log i/o's done, 10.15 log i/o's/second

之前看过网上的一些分析，由于和原理脱离，所以理解的都不深。
非常期待老师能结合error log一些常见问题分析比如dead lock，常见crash啊之类的，
以及show innodb engine status中的重点内容！

多谢

老师，我先来讲个笑话
昨天去面试另一家公司，问mysql的问题，问罢之后。
面试官:我看你对mysql了解的还蛮深得，是不是也看了极客时间的。。。～
我: 没有没有(连忙否认，有一种提前看了考试答案的罪恶感😂😂😂)


所以最后我有个问题，如果后面还有这样的问题，老师您觉得我应该怎么回答？

常见的都讲了，补充几点我遇到过的。

1,备库做逻辑备份时，有产生MDL锁。然后复制线程刚好被堵塞。。kill掉备份线程，一切都畅快了。。我遇到过，但是感觉那备份期间产生的非共享锁不是短时间就释放的吗？为什么堵的时间那么长，感觉像是遇到死锁。大神讲讲其中原因。

2，数据库用了共享存储，其它业务的不期待(我们当时是归档程序)占用会导致同样连接该存储上的数据库遇到写入瓶颈，写入不仅仅是应用中继日志产生的数据。还有写中继日志。写中继日志慢，应用日志线程工作却有条不紊。这时候也会产生备库延迟。由于体现没有中继日志滞留，没有想到io问题，当时第一反应是网络带宽被打满了，确认了，没有问题过后。然后找到存储，看存储IOPS。最后定位到归档程序正在批量写入数据。