超大mysql 备份问题

voxxu

上一台服务器做slave，专门用来做dump，反正现在服务器便宜

小木虫子

原帖由 maodou888 于 2009-5-11 18:58 发表
我这里的数据了有100多G，mysqldump后压缩后的文件有25G备份的时间是一个漫长的过程

想问问各位有什么好的备份方法没有。

mysql -uroot -p123456 -e "FLUSH TABLES WITH READ LOCK;system cp -r yourdatabase /bak/;UNLOCK TABLES;"

你就是有1000G也没事。

bbjmmj

原帖由 blackbox 于 2009-5-12 08:38 发表


为什么不可以用 mysqldump ？

mysqldump 要锁表，赶上个大表被它锁了，肯定会卡的。
mysqldump 因为要检索数据库，速度会比较慢，你这么大的数据库，得用主从复制。

小木虫子

另外可以考虑drbd。二进制会出现主键不一致的情况，解决相当棘手。

枫影谁用了

原帖由 小木虫子 于 2009-5-12 10:03 发表


mysql -uroot -p123456 -e "FLUSH TABLES WITH READ LOCK;system cp -r yourdatabase /bak/;UNLOCK TABLES;"

你就是有1000G也没事。

这样对业务影响太大了。

小木虫子

凌晨3点备份就行。那时没人访问的。

Coolriver

原帖由 小木虫子 于 2009-5-12 10:24 发表
凌晨3点备份就行。那时没人访问的。

呵呵，好多业务基本上没空闲的。还是考虑在Ｓｌａｖｅ上操作吧。

Hellex

建议在无负载的Slave上进行备份。
在Slave上用物理备份速度会快些。

huifeideluotuo

我这里一个表100多G ，是innodb的。

单独搞一台同步服务器，不用dump，也不用hotcopy，，直接将mysql停止，打包备份。

Coolriver

100G不算太大的。 不过，这个级别也需要细致合理的规化了。不然很容易出错了。