1.
任何执行时间长于 wait_timeout或interactive_timeout选项值得备份，都会导致会话被关闭，这也会隐含执行UNLOCK TABLES命令。
2.
对于使用FLUSH TABLES WITH READ LOCK的备份策略来讲，一个共同的缺陷是它们需要两个独立的线程来完成备份过程。运行FLUSH TABLES WITH READ LOCK命令，
然后从当前连接退出将自动执行一条UNLOCK TABLES命令。从FLUSH TABLES WITH READ LOCK成功返回后，任何备份选项都必须在一个不同的并发线程中执行，只
有当适用的备份选项完成时，才可以执行UNLOCK TABLES.
3.
在高并发系统中使用FLUSH TABLES WITH READ LOCK命令的风险是有可能会需要较长的时间，因为有其他耗时较长的语句需要执行，最好被监控和终结，对于在
线型应用的影响又是是不可忽略的。
4.
对MySQL备份的常用方案：
* 文件系统冷备份
|-->优点：过程简单，允许使用任何文件系统备份工具来执行备份。
|-->缺点：备份过程中MySQL实例不能用
恢复过程需要一个相似的系统（操作系统，目录结构）
重启MySQL时，MySQL实例的内存池要重新初始化，为SQL语句提供最忧性能
* SQL导出（dump）
| 带有--lock tables选项的mysqldump命令一次只能锁定一个模式的表，如果应用程序写入不同模式，且使用了不支持事务的存储引擎，则
在备份过程可能会产生不一致数据。
|-->优，缺点：它支持跨操作系统的兼容解决方案（一个在linux上备份的可在windows恢复），他是一种静态备份（1.主二进制文件，2.主
二进制文件位置）,数据是ASII格式的（可以用文本编辑器查看备份文件）。对于较小的数据库来讲是非常理想的，5GB-20GB
之间。不适用于对时间要求非常强的恢复（由于使用 mysqldump的输出进行恢复的操作是单线程），另外mysqldump命令使用
的是MySQL的c/s协议，不一定必须在同一台服务器上执行，有助于减少I/O写入需求及磁盘容量，但是会增加命令执行时间和
网络利用。
* 表抽取
|-->
* 文件系统热快照
* InnoDB热备份
5.