业界知名MySQL布道师、MySQL社区经理Frederic Descamps倾情推荐！他希望这本书能被翻译成英文。

xtrabackup备份MySQL时，可能会出现拿不到锁而超时失败的现象，这里说明解决办法。

在本地主机sshd的配置文件/etc/ssh/sshd_config加两行X11Forwarding yesX11UseLocalhost no如果这两个参数已经存在，注意观察对应的值是否正确。然后重新启动服务让它生效： systemctl restart sshd有时是sshd的后台进程有问题，用ps -ef 查一下，可能要重新启动。还不行就是系统的问题了，可能缺少相关的包之类的问题。...

从错误日志中检查，有两个信号量等待时间超长，MySQL自动crash了：# grep " 600 " 31-226-mysql-error.log2021-12-27T02:25:15.086231Z 0 [ERROR] [FATAL] InnoDB: Semaphore wait has lasted > 600 seconds. We intentionally crash the se

https://www.oracle.com/database/technologies/oracle-database-software-downloads.html#db_free

xtrabackup备份MySQL时，可能会出现拿不到锁而超时失败的现象，这里说明解决办法。

从错误日志中检查，有两个信号量等待时间超长，MySQL自动crash了：# grep " 600 " 31-226-mysql-error.log2021-12-27T02:25:15.086231Z 0 [ERROR] [FATAL] InnoDB: Semaphore wait has lasted > 600 seconds. We intentionally crash the se

https://www.oracle.com/database/technologies/oracle-database-software-downloads.html#db_free

在本地主机sshd的配置文件/etc/ssh/sshd_config加两行X11Forwarding yesX11UseLocalhost no如果这两个参数已经存在，注意观察对应的值是否正确。然后重新启动服务让它生效： systemctl restart sshd有时是sshd的后台进程有问题，用ps -ef 查一下，可能要重新启动。还不行就是系统的问题了，可能缺少相关的包之类的问题。...

因此，“log file sync” 的缓慢并不是由存储问题引起的，除非log file和data file位于不同的磁盘。“LNS wait on SENDREQ” 是后台等待中最多的，这表示主库的 LNS（Log Network Server）进程在等待从库返回收到redo日志的确认。接着我查看了后台等待事件中的 “log file parallel write”，这个事件表示 LGWR 进程