這兩天有個(gè)特別火的事情，段子竟然成真了!微盟公司有個(gè)運(yùn)維人員人員，因?yàn)閭€(gè)人原因，把公司的數(shù)據(jù)庫(kù)刪個(gè)精光，整個(gè)網(wǎng)站崩潰，因此，微盟公司估計(jì)大跌近10個(gè)億。程序員刪庫(kù)到跑路，這個(gè)我們以前常說(shuō)的段子，沒(méi)想到又一次在現(xiàn)實(shí)中發(fā)生了!在今天早些時(shí)候，微盟已經(jīng)宣布新用戶(hù)已經(jīng)恢復(fù)使用，而舊用戶(hù)的數(shù)據(jù)將在28號(hào)前恢復(fù)。數(shù)據(jù)庫(kù)對(duì)于一個(gè)系統(tǒng)，就好比一個(gè)建筑的根基，數(shù)據(jù)庫(kù)被刪庫(kù)，就好比摩天大樓的支持柱損壞。既然數(shù)據(jù)庫(kù)這么重要，那么，我們這么保證數(shù)據(jù)庫(kù)的安全，防止數(shù)據(jù)被刪除呢?

[[316425]]

曾經(jīng)有人這么想，如果我杭州的支付寶的數(shù)據(jù)庫(kù)炸了，那么我們是不是可以不用還花唄了。答案顯然不可能，在現(xiàn)實(shí)的生產(chǎn)環(huán)境中，我們很少只使用一個(gè)數(shù)據(jù)庫(kù)，通常一臺(tái)機(jī)器會(huì)發(fā)生單點(diǎn)故障，那樣子系統(tǒng)的可用性明顯就不高。在生產(chǎn)環(huán)境中，我們通常會(huì)使用多個(gè)數(shù)據(jù)庫(kù)，有些是主庫(kù)的備份，如果這個(gè)備份只是當(dāng)主庫(kù)發(fā)生故障的時(shí)候用來(lái)應(yīng)急，我們稱(chēng)之為冷備。每次數(shù)據(jù)庫(kù)的變更操作，都會(huì)同步到備庫(kù)，假如主庫(kù)發(fā)生故障，我們可以切換到備庫(kù)，這樣子用戶(hù)幾乎沒(méi)有感知到后臺(tái)發(fā)生過(guò)如此驚險(xiǎn)的事情。所以，假如程序員或者運(yùn)維人員惡意摧毀數(shù)據(jù)的硬件，或者刪除數(shù)據(jù)，假如不是通過(guò)數(shù)據(jù)庫(kù)命令，就不會(huì)被同步到備庫(kù)上，這個(gè)時(shí)候，程序員只能刪庫(kù)失敗。

image

假如數(shù)據(jù)真的是被程序員使用數(shù)據(jù)庫(kù)命令刪除地，并且已經(jīng)同步到備庫(kù)上，這個(gè)時(shí)候該怎么辦呢?一般情況下，我們的數(shù)據(jù)庫(kù)都是有離線備份的，也就是每天三更半夜的時(shí)候，都會(huì)把前一天的存量數(shù)據(jù)打包起來(lái)，放到別的機(jī)器上，以備不時(shí)之需。那么對(duì)于今天才產(chǎn)生的新數(shù)據(jù)，怎么處理呢?基本上，每個(gè)數(shù)據(jù)庫(kù)操作都有日志，例如我們最常用的Mysql，就有binlog，在我們?nèi)粘Ｃ看尾僮鲾?shù)據(jù)庫(kù)的時(shí)候，都會(huì)寫(xiě)下一條對(duì)應(yīng)的日志，所以，我們只要取昨天的離線數(shù)據(jù)，然后回放今天的數(shù)據(jù)即可。

那么如何保證數(shù)據(jù)庫(kù)的安全呢?

1.限制帳戶(hù)權(quán)限，核心的數(shù)據(jù)庫(kù)，一般都不能隨便分配寫(xiě)權(quán)限，想要獲取寫(xiě)權(quán)限需要審批，并且，不同的賬號(hào)，不同的數(shù)據(jù)之間要進(jìn)行權(quán)限分離，避免一個(gè)賬號(hào)可以刪除所有庫(kù)。

2.定期進(jìn)行演練，進(jìn)行數(shù)據(jù)恢復(fù)，一旦發(fā)生故障，也可以安然自若，不必驚慌失措。

3.最重要的，還是要善待員工，不要天天加班，開(kāi)車(chē)都不能疲勞駕駛，何況是開(kāi)數(shù)據(jù)庫(kù)的。多給程序員放點(diǎn)工資，介紹女朋友，讓他對(duì)生活充滿信息，畢竟對(duì)生活有信心的人，才不會(huì)去鋌而走險(xiǎn)。