51.com应用Mysql数据库进行在线灾备实践案例

　　田逸的演讲结束后，51.com数据库主管徐景春也向大家介绍了51.com在在线灾备方面的探索和研究。

　　徐景春介绍说，51.com公司从管理架构上就极为关注数据安全，因此身为数据库主管，徐景春本人在工作中也一直谨慎小心，从各种角度保障数据库的备份与灾备。而与此同时，一则报纸上的热点消息也更让51.com在灾备方面提高警惕：

　　去年，德克萨斯某公司丢失27GB档案数据没有备份，给该公司业务造成严重损失，为此，负责该备份项目的IBM公司被判罚90万美金。根据徐景春讲述，当时该公司老总以这例新闻提醒公司技术管理人员提高备份方面的安全措施，并要求彻底检查公司的备份措施是否完备。可见数据安全对于51.com的重要性。

51.com数据库主管徐景春

　　提高数据安全性可能包括两个方面，首先是备份，其次是容灾，包括同城容灾和异地容灾，对于中国的大部分互联网公司来说，容灾方案实际上还是一个比较奢侈的方案，为此，徐景春详细介绍了51.com在备份方面的探索，实际上，备份也是灾备的重要组成部分，一个完整的备份方案已经能够应付大多数系统计划内和计划外的宕机情况。

　　最早51.com在成立初期，只有几台DB服务器，相互镜像，不要说灾备，普通的备份安全标准也完全没办法保证。一般来说都是通过手工输入命令进行备份。随着51.com业务发展，前端服务器数量迅速发展为几百台甚至上千台，此时，他们采用了自写的脚本进行自动化备份。但此时也同样产生一些问题，例如自写的脚本通常需要维护一个设备列表，当需要备份的服务器数量过于庞大的时候，通过认为操作这个列表变得极其繁琐，且出错率高。

　　而且随着公司业务模式的发展，备份需求也发生了较大的分化，某些应用例如交易结算型要求每小时就进行一次备份，某些应用则需要一天进行一次备份，而某些不重要的数据一个星期做一次备份即可。这个时候一套备份系统已经没办法满足需求了。因此需要为整个公司所有的备份需求进行统一的规划和整理。

　　这个时候51.com的备份体系已经非常复杂，Oracle备份与MySQL备份并存，手工备份与自动化备份并存，增量备份与全量备份混合使用，同时，该公司还实现了对电信和网通IDC机房的交叉同城异地备份，例如周一数据异地备份到电信机房，周二数据异地备份到网通机房，这样无论任何一边的机房挂掉，51.com整体系统仍然能尽可能多的数据，已经拥有一定的抗灾难能力。