› 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
这是一个创建于 2559 天前的主题，其中的信息可能已经有所发展或是发生改变。
关于数据库 ，没搜得到一般生产上怎么玩的，比如备份
是每小时备份一次？但即便这样，如果出问题，还是会丢失最近一小时的数据的，对吧？
有一个专用的服务器运行 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