MySQL 5.5 Community Server MySQL 5.6 Community Server Percona Configuration Wizard XtraBackup 搭建主从复制 Great Sites on MySQL Percona MySQL Performance Blog Severalnines 推荐管理工具 Sequel Pro phpMyAdmin 推荐书目 MySQL Cookbook
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目 MariaDB Drizzle 参考文档 http://mysql-python.sourceforge.net/MySQLdb.html 
这是一个创建于 3170 天前的主题，其中的信息可能已经有所发展或是发生改变。
关于数据库 ，没搜得到一般生产上怎么玩的，比如备份
是每小时备份一次？但即便这样，如果出问题，还是会丢失最近一小时的数据的，对吧？
有一个专用的服务器运行 mysql ？
是每小时备份一次？但即便这样，如果出问题，还是会丢失最近一小时的数据的，对吧？
有一个专用的服务器运行 mysql ？
 | 1 yjxjn 2017-04-21 21:01:56 +08:00 我们用的 BD2,是每 5 分钟，使用 IIDR 工具同步到镜像服务器上面去，然后每天晚上跑 batch ，再进行全天备份，数据备份方面，几乎没出现过问题。 |
| 2 yjxjn 2017-04-21 21:02:56 +08:00 打错了，是 DB2 for z/OS.....还有用的是 IBM 大型机....z/OS 系统..... |
 | 3 yangqi 2017-04-21 22:48:42 +08:00 不用每小时，每日备份，然后打开 binary log, 保留几天，这样随时可以恢复到任何时刻 |
 | 5 runntuu 2017-04-21 23:01:27 +08:00 跑个题， oracle 的话有日志，从备份的时间点起重做日志里的条目，以此保证数据库恢复到最近一次提交时的状态 [逃~] |
 | 6 reus 2017-04-21 23:22:23 +08:00 主从 文件系统快照 LVM 快照 软 raid ，硬 raid 定期 dump ，存档 当然，最重要的，是你确定这些备份都能恢复 不能恢复的备份，等于没有 |
| 7 yangqi 2017-04-21 23:29:22 +08:00 @gdtv 服务器不上 raid 或者 zfs? 你怎么不说机房被原子弹炸了呢？ binary log 是防止人为错误造成的问题，服务商跑路属于灾难，灾后重建备份肯定要有，真要高可靠主从同步能没有？ |
 | 8 clino 2017-04-21 23:46:45 +08:00 via Android 我有个办法， dump 然后提交 git ，这样可以频繁提交，因为文本是增量的，而且容易恢复到其中任何一个版本 |
 | 9 Lpl 2017-04-22 00:53:32 +08:00 via iPhone 主从复制，一主两从 |
 | 11 exuxu 2017-04-22 01:53:06 +08:00 via iPad 冷热，本地远程 时间:日，周，时 完整，增量 Dr 保证热备，备份完传输到伺服务机，周期性的，比如工作日为单元，每次都是完整的备份，定期恢复到测试服务器测试使用。 |
 | 12 msg7086 2017-04-22 06:05:23 +08:00 最基本的主从，从服务器做定时 dump 就好。 |
 | 14 billwang 2017-04-22 10:51:40 +08:00 每日增量，每周全备，每年做数据库回复测试。 |
 | 15 billlee 2017-04-22 11:36:40 +08:00 1. 防止应用 bug, DBA 误操作：每日备份 + binlog 2. 防止数据库 /操作系统 bug, 硬件故障： RAID + 主从复制 |
Select Language