可以在实时服务器上执行以下命令
mysqldump -h XXXX -u root -pXXXXX --skip-opt --flush-privileges
--flush-logs --routines --triggers --allow-keywords
--create-options --add-locks --quick --single-transaction
--extended-insert --all-databases
导致 Web 应用程序(依赖于服务器的数据库)挂起?
一些可能性:
MyISAM 表仅支持表级锁定,因此当您
mysqldump
读取表时,任何写入都将排队等待完成。如果写入排队,则任何其他读取都将排在写入后面,从而有效地锁定了应用程序。从这个意义上说,没有什么特别mysqldump
的,它只是一个SELECT * FROM table
需要足够长的时间才能发生写入并排队的单个。InnoDB 表支持行级锁定,这意味着读取和写入可以交错进行,只要它们不接触相同的行。有一些查询类型确实会锁定整个表(例如
ALTER table ...
),但如果您经常运行这些查询类型,它们早就会造成麻烦mysqldump
。A
mysqldump
也可能导致比平时更多的磁盘访问。它有效地读入您的整个数据库并再次将其写回,可能是写回同一个物理磁盘。从同一物理磁盘读取和写入将导致额外的延迟(除非它们是 SSD),因为您正在读取和写入的磁盘部分必须不同,因此会有更多的查找,这需要时间. 这将提高您机器上的平均负载,并导致任何其他需要磁盘访问的操作变慢。大多数数据库存储的数据多于它们的 RAM。您
mysqldump
很可能已经刷新了文件系统缓存并用大部分无用的数据填充了它,这意味着其他磁盘访问请求将必须来自实际磁盘(当时有过多的延迟)而不是来自更快的缓存。它可能还刷新了 MySQL 中的缓存,具体取决于您为每个缓存设置的限制。根据您的 MySQL 配置,
mysqldump
涉及每个表的配置可能会导致 MySQL 使用比您可用的更多的 RAM。这会导致您的一些活动 RAM 被换出到磁盘,进一步增加磁盘利用率并对性能产生巨大影响。在您的系统上运行mysqltuner.pl以帮助调整您的配置,如果您当前正在使用 MyISAM,请考虑切换到 InnoDB 而不是 MyISAM。尝试将备份直接流式传输到备份服务器,而不是将它们写入同一磁盘。(这可以通过多种方式实现,但这是可行的:)
mysqldump [OPTIONS] | gzip | ssh "cat - > database_backup.$(date +%F).sql.gz" <BACKUPHOST>
如果(或曾经)您使用的是 InnoDB,则可以使用Percona 的 XtraBackup作为更好的备份工具,它与纯文件副本大致一样高效,可用于初始化复制。XtraBackup 也可以直接流式传输到另一台服务器。