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

ning_lianjie

MySQL自动化备份脚本.
备份工具是基于mysqldump的,随着数据量增大,明显感到恢复时间的压力了.

http://blog.chinaunix.net/uid-16844903-id-2977183.html

donniechen

关于MYSQL的存储备份，在这里简单的说一下自己的心得吧：
考虑的是基于什么样的备份方式，如冷备，还是在线热备，自己要有想好，什么时候备份，在那里备份，备份方式 是什么，备份到那里去，每一步我们都要在脑子很清楚。做好了这些前提工作后，就可做下一步工作的细节了。

飞鸿无痕

关于大数据量表的管理，单表上亿的数据，大家有没有什么好的解决办法。
目前我们这边是对那个表基于业务逻辑做增量备份，主从同步备份，定期开启（避免误操作），数据基本上是增长，很少更改，采用分区进行存储，innodb引擎。但是数据有问题的话经常需要修复。修复进本上是采用perl脚本来进行。另外还有对大表以前以前的旧数据采用归档后删除的方式，也是通过perl脚本实现。当中设计到大表删除大数据的技巧，这边采用的是根据业务逻辑（时间），分时间段、分不同用户数据等措施来删除保证不会造成表长时间锁定。
另外还有一个问题就是关于删除数据后如何释放innodb表空间的问题，各位高手有和好的解决办法。
目前由于线上的数据有根据时间存储的特点，因此直接采用新建表，然后通过perl脚本批量迁移旧表的数据到新表，迁移完成后将旧表重命名，新表重命名成旧表，再将旧表的最近的数据做一次迁移的方式，保证数据不丢失。
网上也看到有网友说创建新表后，采用出发器，保证迁移的时候数据能正常的更新到新表，不知道有没有哪为大牛在线上采用过。

donniechen

我常用的MYSQL的存储备份都是在线备份的，是在不影响生产环境的条件做的并且是在重服务器上面做的，基于时间点的日志备份，每15到30分钟做一次增量备份，每星期做一次全备。

hellioncu

不是愚人的吧

donniechen

这样做的好处就是确保数据的唯一性，但是有个缺点是会占用磁盘容量，需要足够的磁盘来支持。

小版主杀手

donniechen 发表于 2012-04-01 11:43
我常用的MYSQL的存储备份都是在线备份的，是在不影响生产环境的条件做的并且是在重服务器上面做的，基于时间 ...

请问：日常运维数据库方面，有哪些点是要特别注意的，哪些能做 哪些不能做

飞鸿无痕

回复 9# 小版主杀手


    我也想知道，我们这边采用raid 10，磁盘存储。

yahoon

回复 6# 小版主杀手


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

   

donniechen

小版主杀手 发表于 2012-04-01 11:47
请问：日常运维数据库方面，有哪些点是要特别注意的，哪些能做 哪些不能做

在日常的数据库运维里，我要值得注意的，时时刻刻要清楚自己在干什么事情，保持脑子清醒，不要在服务器上做一些如rm -rf ，数据库里不要随便做一些truncate的动作等，要养成先备份，再做事情的习惯。