[讨论]mysql数据库存储、备份、恢复你知道多少--亲 你懂的（获奖名单已公布）

飞鸿无痕

回复 20# donniechen


非常赞同，做操作的时候要多思考，自己做的操作会对数据产生什么影响。做那些更改表结构的一些操作，应该从表的数据量、对线上的影响的等各个方面做权衡。
做涉及到数据变更的一定要做备份，多做备份总会是好事情。

方兆国

我只知道mysqldump

小版主杀手

yahoon 发表于 2012-04-01 11:49
回复 6# 小版主杀手

恩  可以的

小版主杀手

服务器RAID配置时，可以着重考虑如下两个因素：
　　1、判断存储数据的重要级别，以权衡投入的成本
　　2、读写效率对公司业务的影响

Mylib

一直 mysqldump 非常好用（数据量不大）

yahoon

回复 24# 小版主杀手

先锁表然后复制?

   

realmon

我这边是主从,然后锁slave,慢慢dump
放在cron里夜里执行,每周一次完全备份

目前没有出现过问题,还没实际操作过恢复.
应该是恢复dump + binlog吧

小版主杀手

回复 27# yahoon

具体你是说什么情况下？
   

strivers

我们现在生产环境采用的是cron每天凌晨3点脚本全备+备份binlog，备份数据库保存30天自动删除，数据库不大，备份也很快。目前也没有出现过什么问题，恢复的时候在命令行恢复，恢复速度感觉还可以。

strivers

一个朋友建议可以采用每天cron全量备份，然后结合mysql主从延迟复制的方式实现数据备份。不知道这种方式可行不。还没有试过。