摘要：最近這篇不小心刪庫(kù)是一種怎樣的體驗(yàn)比較火，蹭個(gè)熱度講講半個(gè)的刪庫(kù)經(jīng)驗(yàn)。下線一定要走流程。冷備便是應(yīng)對(duì)這種情況。公司應(yīng)該有自己的備份方案，并且保證執(zhí)行到位。包括梳理具體的執(zhí)行步驟執(zhí)行命令和每個(gè)步驟的預(yù)計(jì)結(jié)果。寧愿延期，不要加戲。

最近這篇《不小心刪庫(kù)是一種怎樣的體驗(yàn)？》
（https://www.zhihu.com/questio...）比較火，蹭個(gè)熱度講講半個(gè)DBA的刪庫(kù)經(jīng)驗(yàn)。

大半夜的腦子比較糊涂，簡(jiǎn)單寫(xiě)一寫(xiě)。

部分內(nèi)容僅限于mysql。

首先，不要選動(dòng)車(chē)，要選最近的一班飛機(jī)，盡快出國(guó)，能走高速走高速，不然選人少的路線。
沒(méi)錯(cuò)，我們DBA都是常備護(hù)照的。
切記，注意看高德地圖實(shí)時(shí)路況。
我們有個(gè)前輩就是刪庫(kù)之后開(kāi)車(chē)就上二環(huán)，下午五點(diǎn)鐘。警察到的時(shí)候他還堵在路上。

權(quán)限問(wèn)題永遠(yuǎn)是大問(wèn)題，做好權(quán)限回收，開(kāi)發(fā)數(shù)據(jù)庫(kù)和線上數(shù)據(jù)庫(kù)分離，線上數(shù)據(jù)庫(kù)管理權(quán)限（一般指修改表結(jié)構(gòu)權(quán)限與刪表權(quán)限）禁止回收，也不提供給業(yè)務(wù)直接用。

不然參考0。

公司管理上，最好有自己的DB運(yùn)維產(chǎn)品，線上數(shù)據(jù)庫(kù)只允許查，改的話要有審批流程。至于查數(shù)據(jù)要不要脫敏、導(dǎo)入導(dǎo)出流程，就看自己產(chǎn)品的規(guī)劃和排期了。

至于DBA怎么保證不手滑，這個(gè)每個(gè)人有每個(gè)人的習(xí)慣。

清理數(shù)據(jù)庫(kù)之前一定要檢查進(jìn)程，是否存在數(shù)據(jù)庫(kù)進(jìn)程，如果存在則寧愿不搞也不要深夜搞。

公司清理數(shù)據(jù)庫(kù)要有下線流程。下線一定要走流程。寧愿多租幾天機(jī)房也不要丟掉數(shù)據(jù)。

不然參考0。

原則是：

rm文件之前先檢查進(jìn)程是否存在。

絕不手工drop庫(kù)表，如果非要drop，則應(yīng)該寫(xiě)成rename，truncate也是類(lèi)似，寫(xiě)成rename和create table like 兩條sql。

刪表之前可以根據(jù)表文件的最后修改時(shí)間進(jìn)行再次確認(rèn)，不確認(rèn)就找人review，有下線流程則走下線流程。

冷備，熱備都要有，一定要每天一備。

冷備便是應(yīng)對(duì)這種情況。

公司應(yīng)該有自己的DB備份方案，并且保證執(zhí)行到位。

關(guān)于這一點(diǎn)，可以多帶帶拉一個(gè)大專(zhuān)題出來(lái)了，核心內(nèi)容是mysql高可用。

簡(jiǎn)單起見(jiàn)，推薦這篇文章：

避免硬件故障的核心解決方案是冗余。
硬件層面的raid，軟件層面的主從、熱備都是為了保證某一個(gè)節(jié)點(diǎn)宕機(jī)，其他節(jié)點(diǎn)仍然能繼續(xù)工作。
所有庫(kù)都要有主從備份，一方面做讀寫(xiě)分離，一方面也是為了備份、高可用。

即便有半同步復(fù)制，有些極端情況下可以認(rèn)為，mysql binlog沒(méi)有同步到從庫(kù)上，仍然可能存在binlog丟失（數(shù)據(jù)丟失）的風(fēng)險(xiǎn)。
所以應(yīng)對(duì)這點(diǎn)，比較好的開(kāi)源解決方案有2：TiDB和Mysql GR。

說(shuō)起來(lái)很簡(jiǎn)單，升級(jí)無(wú)非是：

準(zhǔn)備升級(jí)：

過(guò)程原理：

手工升級(jí)后拓?fù)洌?/p>

工具（mha）升級(jí)后拓?fù)洌?/p>

一般自己操作的時(shí)候，都不會(huì)有太多的顧忌。
但是要是拿給別人看，就要考慮一下了。
如果別人不只要看，還要review，那這樣就比較難犯重大的錯(cuò)誤了。

如果有些操作需要夜間一個(gè)人搞，那么一定要提前列好準(zhǔn)備，這個(gè)就比較正式了。

包括：

梳理具體的執(zhí)行步驟、執(zhí)行命令和每個(gè)步驟的預(yù)計(jì)結(jié)果。

如果某些步驟出錯(cuò)，是否要求回滾、預(yù)先制定回滾方案。

詳細(xì)記錄執(zhí)行記錄，每一步都要有反饋。

事先梳理好收尾工作。

強(qiáng)關(guān)聯(lián)業(yè)務(wù)要事先通知，考慮到時(shí)間段和別的業(yè)務(wù)高峰，盡量讓對(duì)方也安排人留守觀察。

一定要嚴(yán)格按照步驟來(lái)進(jìn)行操作。寧愿延期，不要加戲。

如果你有機(jī)會(huì)進(jìn)行mysql遷移和升級(jí)工作，你認(rèn)為無(wú)法寫(xiě)入數(shù)據(jù)造成的影響大，還是寫(xiě)入臟數(shù)據(jù)造成的影響大？

如果數(shù)據(jù)庫(kù)掛了，機(jī)器可以啟動(dòng)但是mysql進(jìn)程無(wú)法啟動(dòng)，你這里又有昨天的備份可以恢復(fù)，你該怎么做？

想要?jiǎng)h庫(kù)完全不出問(wèn)題，那么刪庫(kù)流程該怎么設(shè)計(jì)？

好了，公司還是要有自己的DB產(chǎn)品，再簡(jiǎn)陋也要有。