数据量范围：30G --> TB级别
数据量大，变换量小
全备分花费的成本较高，mysqldump+binlog实现全备 + 增量备份，缺点是恢复成本比备份时间成本还高
xtrabackup：可以较长时间做一次全备，其余时间都是增量，全量备份空间成本很高如果数据量在30G-->TB级别的话，更推荐使用xtrabackup工具。
数据量小，变化量大
只需要考虑时间成本。
只用全备备份即可，两种工具选择都可以。恢复成本上xtrabackup小一些
数据量、变化量都大
时间成本和空间成本都要考虑了。
数据量达到PB或更高时（facebook），mysqldump可能成为首选，占用空间小，但技术成本高。需要对mysqldump进行二次开发（大数据量公司首选）。
发生背景
mysql服务器会在每天夜里0点全量备份
某个开发人员某个阳光明媚的上午，喝着茶，优雅的误删除了clsn_oss（核心）数据库。
导致公司业务异常停止，无法正常提供服务。
怎么解决的
当前系统进行评估。
什么损坏了，有没有备份，
恢复数据时间（误操作的数据有关，备份、恢复策略），
恢复业务时间
恢复方案
恢复0点的全备，到测试库
恢复0点开始到故障时间点的binlog，到测试库
将误操作的数据导出，恢复到生产库。
检验数据是不是完整的（开发测试环境测试恢复成功数据库）
检验完成之后，重新开启生产业务
项目总结
1、经过我的恢复处理，30分钟整体业务重新提供服务（速度慢。。。）
2、在以后的工作中制定严格的开发规范，开发，开发。
3、将来制定更好的架构方案。