一尘不染

在具有活动读写的实时系统上执行 mysqldump 的最安全方法?

mysql

我不确定这是否属实,但我记得读过如果你在 linux 中运行以下命令

mysqldump -u username -p database_name > backup_db.sql

当对数据库进行读写时,转储可能包含错误。

命令中是否有特定选项mysqldump以确保在实时系统上安全地完成此操作?我可以为我们的用户禁用读/写几秒钟(数据库 <50MB)


阅读 125

收藏
2022-12-01

共1个答案

一尘不染

所有数据都是 InnoDB

这将为您提供准确的数据时间点快照:

mysqldump -uuser -ppass --single-transaction --routines --triggers --all-databases > backup_db.sql

--single-transaction生成一个检查点,允许转储在接收传入更改时捕获检查点之前的所有数据。这些传入的更改不会成为转储的一部分。这确保了所有表的相同时间点。

--routines转储所有存储过程和存储函数

--triggers转储每个包含触发器的表的所有触发器

所有数据都是 MyISAM 或 InnoDB/MyISAM 的混合

您将必须强加一个全局读锁,执行 mysqldump,然后释放全局锁

mysql -uuser -ppass -Ae"FLUSH TABLES WITH READ LOCK; SELECT SLEEP(86400)" &
sleep 5
mysql -uuser -ppass -ANe"SHOW PROCESSLIST" | grep "SELECT SLEEP(86400)" > /tmp/proclist.txt
SLEEP_ID=`cat /tmp/proclist.txt | awk '{print $1}'`
echo "KILL ${SLEEP_ID};" > /tmp/kill_sleep.sql
mysqldump -uuser -ppass --single-transaction --routines --triggers --all-databases > backup_db.sql
mysql -uuser -ppass -A < /tmp/kill_sleep.sql

试试看 !!!

由于您的总数据量小于 50MB,因此我还有另一种选择。与其在后台启动 SLEEP 命令以保持全局读取锁定 86400 秒(即 24 小时)只是为了获取进程 ID 并在外部终止,不如尝试在 mysql 中而不是在操作系统中设置 5 秒超时:

SLEEP_TIMEOUT=5
SQLSTMT="FLUSH TABLES WITH READ LOCK; SELECT SLEEP(${SLEEP_TIMEOUT})"
mysql -uuser -ppass -Ae"${SQLSTMT}" &
mysqldump -uuser -ppass --single-transaction --routines --triggers --all-databases > backup_db.sql

对于非常小的数据库,这是一种更干净、更简单的方法。

2022-12-01