数据库备份酿成的悲剧

作为开发者，备份肯定是一个好习惯，不管是代码托管，还是数据库自动备份。备份一个好习惯这毋庸置疑，不过，今天的罪魁祸首就是备份数据库。

周日早上，没有被地震晃醒，而是被电话震醒，用户反应说后台系统数据上不了，移动端有数据。第一时间我就想到了是数据库满了，因为数据库备份是每天一备，时间长了，系统存储空间就不够，就回导致数据无法存储。这个问题之前发生过，但是一直是手动删除备份，后来拖沓了下，就忘记这茬事了，造成早上就各种投诉电话。

本来是好事，结果弄巧成拙，甚至引起“蝴蝶效应”。今天凌晨的时候，因为数据库满了，导致系统服务的自动生成任务没有执行成功，13日的计划就没有，大半夜又是把我吵醒，起来查看系统。弄完手动生成完任务，和用户解释后，不知不觉一点多了，此时，醒头也整没了，翻来覆去，也不知道是几点睡着的，幸好平时和用户关系不错，否则估计都得投诉了，同样的问题，出现两次了。

经历这个事，给自己总结为，事，要么不做，做就做到极致，而且要第一时间做，不拖沓。否则很容易弄巧成拙，本末倒置。要么就不做备份，做自动备份，就要做定时清理任务。一旦认识到问题了，就得立马行动，不能拖沓，一拖沓，就容易忘记，忘记就可能埋下隐患，产生一序列问题，最后导致悲剧的发生。