今天上午，強迫症的老毛病犯了，寫寫博客突然覺得，咦這網站怎麼這麼慢呀！！！
不行，我非得給他優化優化，先是登入服務器，把MySQL和PHP能開的緩存全給開了，又給網站做了個動靜分離，將靜態文件放到CDN節點上。
然而，這網站怎麼還是這麼慢阿！！！
肯定是我網站運行時間久了，數據庫裏的冗餘數據太多，還有就是網站有很多無用的功能會拖慢速度，我得給數據庫清理清理~能關的花哨功能統統關掉~~~~注：此時潔癖的老毛病也犯了，其實我網站的數據庫加上索引一共才5MB左右，簡直是微型，即便有垃圾數據也完全不會影響性能，根本用不到優化。。。
在網上隨便找了個網站優化工具，一頓亂優化之後~刺激了，我博客文章裏面的引用鏈接顯示不正常了，變得不倫不類的~哇，頭好方，我好懷念它曾經的模樣~不行，數據回滾吧，我要回到“優化”前。
因為之前在服務器上有運行過腳本，每天都會增量備份網站文件及數據庫到阿里雲OSS存儲上，所以我很淡定的登錄阿里雲打算將備份數據下載下來，然而，現實總愛和我開玩笑。。。
因為增量備份只會將新增及更新過的文件上傳到OSS，而並不會將本地刪除過的文件也從OSS上刪除，這會導致OSS上的文件體積越來越大，也不利於網站文件的恢復。所以我自作聰明地為OSS上的文件設置了文件的生存週期，按照設定，每7天OSS會自動刪除存儲內的所有文件。而今天正好是OSS刪除七天前上傳的文件的日子。。。我只能説，人點背的時候，喝涼水都塞牙縫。。。
還好，數據庫因為是每天整體備份而非增量備份，昨天的數據還能找到，至於網站程序，，，我只能很無奈的重新部署了，整整一個上午被浪費在部署和調試網站上，時間成本不可謂不大。比較慶幸的是，今天是網站程序的備份文件沒了，如果是數據庫的數據備份沒了，那我真的哭都沒處哭。
數據安全，重中之重，一定要勤備份！勤備份！勤備份！數據安全不僅僅要考慮存儲硬件的容錯性，更要為日後的數據回滾多做準備！！！
事後，我果斷將曾經的文件增量備份修改為整體打包備份，雖然這樣會消耗很多服務器資源，但為了數據安全，值了~~~