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