658      阿裏雲  技術社區[雲棲]

如何防止網站數據丟失

最近最鬧心的事，就是嗬嗬笑話網的數據庫中的數據丟失了，找空間提供商息壤理論，人家來個一推四六五，我們什麼都沒做，你的數據庫自己掛了，我們不沒有做操作。
媽的，通過狗頭息提供的phpadminmysql中的顯示服務器運行時間，明明顯示的是2009年2月2號xx時xx分啟動運行。而我知道嗬嗬笑話網不能訪問的時間，也是2月2號的晚上。狗頭息真夠意思，可能知道那天是我的生日，非要送我一份生日禮物，誠心給我找堵啊。
更鬧心的是，接下來的十幾天，一直在折騰這事。結論就是你的數據庫是InnoDB,我們這裏死活恢複不了，你哪裏沒備份嘛，用你的備份，我們可以幫你恢複。說來生氣，買空間的時，給我這承諾那承諾，什麼數據庫備份了，網站內容備份了？還是老子沒經驗，相信這幫孫子的話，沒有備份任何數據，結果從去年9月份上線到現在的數據，全部丟失，一條不剩。真是辛辛苦苦幾十年，一夜回到解放前。
那數據庫恢複不回來，老子不用你了行了吧，真是交錢容易退錢難啊，人家又來一個死豬不怕開水燙，死活不退，媽的。鬱悶啊，什麼用戶就是上帝，那就是個屁。
沒辦法，隻能當人家給咱上了一客，誰讓咱們嫩哪！隻能來點阿Q精神，自我安慰吧，算是嗬嗬笑話網應有此劫吧。這讓我想起4年前我的逸學堂網站，也遭受同樣遭遇，不同的事，那時候懶，沒有去恢複數據庫，埃，想想，逸學堂做到現在也許成一個大站了。所以，通過的事情，不能再發生在嗬嗬笑話網上了，無論發生什麼情況，一定把這個網站堅持下去。
鬥氣歸鬥氣，這種丟數據的事，肯定不是丟一次就完的事情，更不能相信，那些鳥提供商的承諾，最保險的方式是自己及時備份自己的數據庫。
我從網上拷貝了一段備份數據庫的代碼，感覺不錯，和大家share一下。在使用過程發現恢複timestamp格式的數據時有問題，我修改了一下代碼，經過我的測試現在可以用了。
下載地址： https://download.csdn.net/source/1010196
根據你的網站目錄結構和數據庫連接方式自己修改
HHX_WRITEDB：數據庫host
HHX_DBUSER：訪問數據庫的用戶
HHX_DBPASS：訪問數據庫的密碼
HHX_DBNAME：數據庫名字
ROOTDIR：備份數據庫存放目錄
數據庫備份代碼
<?php require_once('DbBak.inc'); require_once('TableBak.inc'); $connectid = mysql_connect(HHX_WRITEDB,HHX_DBUSER,HHX_DBPASS); $backupDir = ROOTDIR.'/db'; $DbBak = new DbBak($connectid,$backupDir); $DbBak->backupDb(HHX_DBNAME); header("location: https://www.hehexiao.com/"); ?>
數據庫恢複代碼
<?php require_once('../pear/hehexiao/DbBak.inc'); require_once('../pear/hehexiao/TableBak.inc'); $connectid = mysql_connect(HHX_WRITEDB,HHX_DBUSER,HHX_DBPASS); $backupDir = ROOTDIR.'/db'; $DbBak = new DbBak($connectid,$backupDir); $DbBak->restoreDb(HHX_DBNAME); header("location: https://www.hehexiao.com/"); ?>


經過這件事情，總結如下
1：選擇一個口碑服務好的空間提供商，當然如果有能力的話，還是自己辦理服務器托管，我的建議有三條，1：不要選擇息壤；2：不要選擇息壤；3：參考1，2條。
2：千萬不要抱有幻想，不要輕信提供商的種種承諾，當然，即使是自己的服務器，也不要抱有幻想，千萬要時時備份，以防數據丟失。
3：不要被這種情況打亂自己的規劃。

最後更新：2017-04-02 00:06:42

  上一篇： WML開發介紹

  下一篇： CSDN的自動發布時間認證太低級了