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

chinaunix_sos

主从备份，遇到过没有同步过来的情况，去年4月底发生的，我们把表的修改部署上去后，binlog日志居然没有记录，导致同步过去后，修改丢失，但是其他对表的操作有记录，具体哪个版本忘记了，要去翻查部署记录了。至今疑惑中，呵呵呵

飞鸿无痕

回复 32# chinaunix_sos


    目前还没遇到过类似问题。怀疑是不是执行SQL的时候加了local或者NO_WRITE_TO_BINLOG或者SQL_LOG_BIN = 0的参数？

chinaunix_sos

貌似没有，因为后来再做实验，同样的环境，同步过去了

hover_sky

有在线使用mysql 5.5的半复制了没？稳定性如何？

cuyunwu321

不知道有用meb的吗,感觉也蛮好用的

yifangyou

1.MySQL平台数据库备份方案
答：一般用一天一次mysqldump+rsync，每天0点把数据库mysqldump出来，生成tar.gz，传到远程服务器上
2.MySQL平台数据库恢复策略
答：开启数据库日志，恢复可以从mysql-bin里恢复到某个时间点，或者从mysqldump出来的文件覆盖回去
3.如何更好的做好日常mysql数据库运维工作
答：安装监控软件监控mysql连接数，进程数等等，数据库做到每天一备份，备份必须放到远程服务器上。

kns1024wh

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


复制文件的 方式,数据一致性能保证吗?

有前提吧 myisam的吧 innodb的现在可以么？？

kns1024wh

回复 1# 小版主杀手


  1.MySQL平台数据库备份方案
初期采用dump 然后到 到远程备份主机
中期mysql主从复制，同时定期 dump+bin-log
繁忙期，分开分表，没时间刻度备份 增量 全备

2.MySQL平台数据库恢复策略
1、需求 ，全恢复就全恢复；
2、时间点 bin记录
3、核对错误数据删除 导入新数据
3.如何更好的做好日常mysql数据库运维工作
备份要有不要删，不备就啥也没有

vsyour

1.MySQL平台数据库备份方案
答：一般用一天一次mysqldump+rsync，每天0点把数据库mysqldump出来，生成tar.gz，传到远程服务器上
2.MySQL平台数据库恢复策略
答：开启数据库日志，恢复可以从mysql-bin里恢复到某个时间点，或者从mysqldump出来的文件覆盖回去
3.如何更好的做好日常mysql数据库运维工作
答：安装监控软件监控mysql连接数，进程数等等，数据库做到每天一备份，备份必须放到远程服务器上。

donniechen

我来把一个案例和大家一起分享吧
某一个网游公司有一次因为MYSQL数据库上因为磁盘空间满了，导致了数据无法写入，，他们的数据库的数据超过了550多个G，当时他们的一些技术人员开始忙了起来了，想把一年前一些历史数据清了，在清的时候，他们可能用DELETE的方式清数据可能有点慢的原因吧，然后就用了TRUNCATE这种方式去清，在TRUNCAT的时候，把一些有用的小数部分数据都也清了，而已空间也少了，再重新起数据库时，但是，这时候数据库出现数据文件报错，数据库无法正常启劝，这个时候他们可能有点乱了，后来，找到了我。叫我帮忙解决。
我到了时候看了一下，跟他们说的一样情况，然后问他们做DELETE，TRUNCATE的之前有没有做相关的备份没有，他们说昨天做了一次全备，再问他们有没有把日志打开了，我再看看，原来日志是打开的，一看里面日志文件占的空间最大了，这个时个数据库无法启动，这才是个问题，整个处理的问题如下了：


1.把数据库的数据文件进行修复工作，------这里经过一翻的折磨终于把数据文件修复好了。
2.进行数据库的数据比对，查看最近的丢失的数据在什么时候。----经过核对后
3.进行数据库的数据恢复，是按时间点来做数据恢复，一个一个这样的日志段恢复 ----经过一些时间数据终于恢复好了，这下子可轻松了
4.把一些数据库日志转移到其他的服务器上面，然后，再清除一些数据库的日志，数据库服务器有了大把空间可供使用了。
5.进行数据库验证，数据库服务器，起动，关闭都正常的使用，再没有出现之前的故障了