我一直在阅读有关通过使用lvm进行mysql备份的文章。我知道您可以创建一个lvm分区,并为mysql分配特定的大小,从而为快照留出足够的空间。
我读到它的优点是备份非常快。
是否有任何需要注意的陷阱或缺点?
谢谢
发布于 2012-02-07 02:57:12
在启用LVM快照的情况下运行可能会导致I/O性能降低多达6倍。
http://www.mysqlperformanceblog.com/2009/02/05/disaster-lvm-performance-in-snapshot-mode/
我建议使用Percona XtraBackup作为更好的热备份工具(免责声明:我为Percona工作)。
发布于 2012-02-07 03:05:35
在某些情况下,LVM快照对于InnoDB来说是非常可怕的。为什么?
如果您禁用了innodb_file_per_table,ibdata1将包含所有内容和它的祖母。ibdata1里住着什么?四件事:
如果您试图在不使用innodb_file_per_table的繁重数据库环境中执行LVM快照,那么您可能是在搬起石头砸自己的脚。LVM快照需要事先很好地合并ibdata1文件。
我最近做了一个实验,如下所示:
我雇主的虚拟主机公司的一位客户在他们的MySQL设置上有以下问题:
I wanted to setup a MySQL Slave by rsycning the /var/lib/mysql folder to another DB Server。当在没有宕机的情况下在ibdata1上完成rsync时,需要42个小时。针对ibdata1的第二次rsync花了84个小时,仅发现220 15的更改,并且仅完成了15%。我中止了那次任务。
LVM快照的性能可能比rsync好得多。尽管如此,任何涉及非常大的ibdata1的LVM快照都会遇到同样的问题。
如果您使用LVM快照,请使用以下选项:
上执行LVM快照
使用MySQL复制从属服务器,您可以
从(如果您有-- my.cnf)
service mysql stop
STOP SLAVE; -my.cnf)service mysql stopservice mysql startSTART SLAVE; (如果在my.cnf中有--skip-slave-start )这样,这些LVM快照问题将永远不会出现在Production Master上。
试一试,享受其中的乐趣!
https://stackoverflow.com/questions/9165118
复制相似问题