问克隆/成像SSD是否会使MySQL数据变得更加零碎？

EN

我不得不说是，因为发生在MySQL中的写作的性质

有两种类型中的一种执行写入的文件

第1类:按顺序书写

• 二进制日志
• 继电器测井
• 误差日志
• 慢速原木
• 一般日志
• InnoDB的重做日志(ib_logfile0，ib_logfile1)
• InnoDB插入缓冲器

类别2:随机书写

• ibdata1 (系统表空间，数据字典，撤消日志段)
• .ibd文件(单个表的表空间文件)

写入SSD具有相同的基本性能，无论是顺序的还是随机的。

如果您克隆一个MySQL仍在运行的SSD磁盘，那么所有这些文件都可能会发生更改。与快照开始时相比，按顺序写入的文件可能分散在磁盘上的情况要大得多。所有随机编写的文件也是如此。你很有可能感受到这种克隆的效果。

有两种基本方法可以克隆数据以获得更多的一致性。

方法#1 :关机MySQL和克隆

步骤1:告诉mysqld将所有事务设置诺姆b_快地_关机刷新为0

mysql> SET GLOBAL innodb_fast_shutdown = 0;

步骤2:关闭mysqld

service mysql stop

步骤3:执行快照

步骤4:启动mysqld

service mysql stop

方法2:使用Xtrabackup

您可以对正在运行的mysqld进程执行xtrabackup。

有一种称为流备份的方法。

步骤1:在目标主机上，清除数据文件夹

cd /var/lib
rm -rf mysql
mkdir mysql

步骤2:获取目标主机的IP地址

ip r

or

ip addr show

就本例而言，目标IP为10.20.30.253

步骤3:在目标主机上，设置netcat进程以从源主机捕获流备份(端口9999)

screen -S streaming_backup_from_source
nc -l 9999 | xbstream -c -C /var/lib/mysql

步骤4:在源主机上启动流备份，并在端口9999上将输出重定向到netcat

screen -S streaming_backup_to_target
time innobackupex --no-timestamp --slave-info --user=username -ppassword --open-files-limit=100000 --stream=xbstream /dev/shm | nc -N 10.20.30.253 9999

步骤5:监视屏幕会话，查看流备份何时完成

在目标主机上运行步骤6，运行apply日志选项

innobackupex --apply-log

步骤7:在目标主机上，使文件夹所有者成为mysql

chown -R mysql:mysql /var/lib/mysql

步骤8:在目标主机上，启动mysqld

service mysql start

建议

您应该将所有顺序写入的文件移动到另一个磁盘。我特别推荐二进制日志和慢速日志放在另一个磁盘上，我从Facebook工程师的旧博客文章，并在旧帖子中提到过中学到了这一点。