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