今天上午，强迫症的老毛病犯了，写写博客突然觉得，咦这网站怎么这么慢呀！！！
不行，我非得给他优化优化，先是登入服务器，把MySQL和PHP能开的缓存全给开了，又给网站做了个动静分离，将静态文件放到CDN节点上。
然而，这网站怎么还是这么慢阿！！！
肯定是我网站运行时间久了，数据库里的冗余数据太多，还有就是网站有很多无用的功能会拖慢速度，我得给数据库清理清理~能关的花哨功能统统关掉~~~~注：此时洁癖的老毛病也犯了，其实我网站的数据库加上索引一共才5MB左右，简直是微型，即便有垃圾数据也完全不会影响性能，根本用不到优化。。。
在网上随便找了个网站优化工具，一顿乱优化之后~刺激了，我博客文章里面的引用链接显示不正常了，变得不伦不类的~哇，头好方，我好怀念它曾经的模样~不行，数据回滚吧，我要回到“优化”前。
因为之前在服务器上有运行过脚本，每天都会增量备份网站文件及数据库到阿里云OSS存储上，所以我很淡定的登录阿里云打算将备份数据下载下来，然而，现实总爱和我开玩笑。。。
因为增量备份只会将新增及更新过的文件上传到OSS，而并不会将本地删除过的文件也从OSS上删除，这会导致OSS上的文件体积越来越大，也不利于网站文件的恢复。所以我自作聪明地为OSS上的文件设置了文件的生存周期，按照设定，每7天OSS会自动删除存储内的所有文件。而今天正好是OSS删除七天前上传的文件的日子。。。我只能说，人点背的时候，喝凉水都塞牙缝。。。
还好，数据库因为是每天整体备份而非增量备份，昨天的数据还能找到，至于网站程序，，，我只能很无奈的重新部署了，整整一个上午被浪费在部署和调试网站上，时间成本不可谓不大。比较庆幸的是，今天是网站程序的备份文件没了，如果是数据库的数据备份没了，那我真的哭都没处哭。
数据安全，重中之重，一定要勤备份！勤备份！勤备份！数据安全不仅仅要考虑存储硬件的容错性，更要为日后的数据回滚多做准备！！！
事后，我果断将曾经的文件增量备份修改为整体打包备份，虽然这样会消耗很多服务器资源，但为了数据安全，值了~~~