Chinaunix

标题: MySQL备份与还原 [打印本页]

作者: oulinhl 时间: 2012-05-04 17:49
标题: MySQL备份与还原
各位，我司现在所用的业务监控数据库，数据量已超过10亿条，目前采用mysqldump备份，但是前天我做了一个从库，然后将主库备份数据进行导入，结果整整导了30个小时左右才完成，想问问大家，你们用什么方式备份数据，那种方式还原数据时会较快？？？？

作者: cenalulu 时间: 2012-05-04 17:55
物理备份+逻辑备份
如果是新做从库的话就用物理备份恢复，这样时间可控。

作者: oulinhl 时间: 2012-05-04 17:59

cenalulu 发表于 2012-05-04 17:55
物理备份+逻辑备份
如果是新做从库的话就用物理备份恢复，这样时间可控。

后面再做另外一台时，我是直接把主库上的数据库文件全部复制过来

但是，按照我第一次的方式，用数据恢复（或者当需要导入大量数据（过亿））时，会很慢，花费时间也很多，有没有比较好点的方式呢？

作者: alang85 时间: 2012-05-04 21:28
回复 1# oulinhl

其实从库也是一种备份方式。超过10亿条记录，本身恢复就很慢。主要要做好主从监控，磁盘监控防止异常宕机。有钱的话买个共享存储！

作者: cenalulu 时间: 2012-05-04 21:48
回复 3# oulinhl

常用的就是 set global sql_log_bin = 0; 还有临时禁用索引；

作者: lastfile 时间: 2012-05-04 23:27
暂时没这个烦恼，公司mysql数据文件小

作者: daniel2000 时间: 2012-05-06 01:06
如果是innodb，可以用xtrabackup，主库负载不太高的话，对业务没有什么影响，1.5T的数据大概2天可以备出来。

作者: oulinhl 时间: 2012-05-07 09:07

cenalulu 发表于 2012-05-04 21:48
回复 3# oulinhl

set global sql_log_bin = 0 禁止写二进制日志，这样导入速度可能会快些

至于你所说的禁用索引，当数据导入完成，再启用索引，会不会导致后台更新索引时锁表呢？？况且我之前做数据导入本身就是为了创建索引和分区？

作者: 龙雪刚 时间: 2012-05-07 09:17
LZ，你的表是INNODB，还是MYISAM还是其他的，或者是混合的，需不需要在线备份，恢复时有没有什么要求，这些不清楚，我们不好说。

作者: oulinhl 时间: 2012-05-07 10:21

龙雪刚发表于 2012-05-07 09:17
LZ，你的表是INNODB，还是MYISAM还是其他的，或者是混合的，需不需要在线备份，恢复时有没有什么要求，这些 ...

应用库是INNODB的，需要在线备份（应用服务不中断），恢复时间不能太长！

作者: cenalulu 时间: 2012-05-07 10:50
回复 8# oulinhl

禁用索引只是为了让逻辑备份恢复时，不实时的计算生成索引树导致降低速度。
恢复速度本身就不是逻辑备份的优势所在，所以真的能有效提高的其恢复速度的手段并不多，且在mysqldump里已经都实现了（体现在dump文件中）。
在线做从库，还是建议用xtrabackup

作者: Coolriver 时间: 2012-05-07 11:33
超过10亿，逻辑的SQL加载是比较慢的。如果是Innodb 可以考虑用xtrabackup进行操作。

作者: qingchn 时间: 2012-05-07 14:44
学习一下。

作者: oulinhl 时间: 2012-05-09 16:06
我通过Mysqldump备份数据，数据量比较大，有没有什么方法加快数据还原呢？？？

作者: wins999 时间: 2012-05-12 18:27
目前项目数据还只有万条级别,估计明年才会面临这个烦恼.

作者: chinafenghao 时间: 2012-05-12 20:11
根据楼主的场景来看。属于数量较大，但是重要性较低的数据，主要操作时插入和查询，一般使用的是myisam引擎。备份的话周期间隔适当调整大一点。比如一周或者一月进行一次备份。master做写入，master和slave同时提供查询。备份使用物理备份方式，不要使用逻辑方式。推荐使用磁盘系统的快照备份。不管是备份和恢复效率都会比你现在的情况好N倍。

作者: oulinhl 时间: 2012-05-14 10:17
多谢大家的帮助，目前准备采用物理备份！

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)