前言

無論是開發(fā)、測(cè)試，還是DBA，都難免會(huì)涉及到數(shù)據(jù)庫(kù)的操作，比如：創(chuàng)建某張表，添加某個(gè)字段、添加數(shù)據(jù)、更新數(shù)據(jù)、刪除數(shù)據(jù)、查詢數(shù)據(jù)等等。

正常情況下還好，但如果操作數(shù)據(jù)庫(kù)時(shí)出現(xiàn)失誤，比如：

還有很多很多場(chǎng)景，我就不一一列舉了。

如果出現(xiàn)線上環(huán)境數(shù)據(jù)庫(kù)誤操作怎么辦？有沒有后悔藥？

答案是有的，請(qǐng)各位看官仔細(xì)往下看。

1.不要用聊天工具發(fā)sql語句

通常開發(fā)人員寫好sql語句之后，習(xí)慣通過聊天工具，比如：qq、釘釘、或者騰訊通等，發(fā)給團(tuán)隊(duì)老大或者DBA在線上環(huán)境執(zhí)行。但由于有些聊天工具，對(duì)部分特殊字符會(huì)自動(dòng)轉(zhuǎn)義，而且有些消息由于內(nèi)容太長(zhǎng)，會(huì)被自動(dòng)分成多條消息。

這樣會(huì)導(dǎo)致團(tuán)隊(duì)老大或者DBA復(fù)制出來的sql不一定是正確的。

他們需要手動(dòng)拼接成一條完整的sql，有時(shí)甚至需要把轉(zhuǎn)義后的字符替換回以前的特殊字符，無形之中會(huì)浪費(fèi)很多額外的時(shí)間。即使最終sql拼接好了，真正執(zhí)行sql的人，心里一定很虛。

所以，強(qiáng)烈建議你把要在線上執(zhí)行的sql語句用郵件發(fā)過去，可以避免使用聊天工具的一些弊端，減少一些誤操作的機(jī)會(huì)。而且有個(gè)存檔，方便今后有問題的時(shí)候回溯原因。很多聊天工具只保留最近7天的歷史記錄，郵件會(huì)保留更久一些。

別用聊天工具發(fā)sql語句！

別用聊天工具發(fā)sql語句！

別用聊天工具發(fā)sql語句！

重要的事情說三遍，它真的能減少一些誤操作。

2.把sql語句壓縮成一行

有些時(shí)候，開發(fā)人員寫的sql語句很長(zhǎng)，使用了各種join和union，而且使用美化工具，將一條sql變成了多行。在復(fù)制sql的時(shí)候，自己都無法確定sql是否完整。（為了裝逼，把自己也坑了，哈哈哈）

線上環(huán)境有時(shí)候需要通過命令行連接數(shù)據(jù)庫(kù)，比如：mysql，你把sql語句復(fù)制過來后，在命令行界面執(zhí)行，由于屏幕滾動(dòng)太快，這時(shí)根本無法確定sql是否都執(zhí)行成功。

針對(duì)這類問題，強(qiáng)烈建議把sql語句壓縮成一行，去掉多余的換行符和空格，可以有效的減少一些誤操作。

sql壓縮工具推薦使用：https://tool.lu/sql/

3.操作數(shù)據(jù)之前先select一下

需要特別說明的是：本文的操作數(shù)據(jù)主要指修改和刪除數(shù)據(jù)。

很多時(shí)候，由于我們?nèi)藶槭д`，把where條件寫錯(cuò)了。但沒有怎么仔細(xì)檢查，就把sql語句直接執(zhí)行了。影響范圍小還好，如果影響幾萬、幾十萬，甚至幾百萬行數(shù)據(jù)，我們可能要哭了。

針對(duì)這種情況，在操作數(shù)據(jù)之前，把sql先改成select count(*)語句，比如：

update order set status=1 where status=0;

改成：

select count(*) from order where status=0;

查一下該sql執(zhí)行后影響的記錄行數(shù)，做到自己心中有數(shù)。也給自己一次測(cè)試sql是否正確，確認(rèn)是否執(zhí)行的機(jī)會(huì)。

4.操作數(shù)據(jù)sql加limit

即使通過上面的select語句確認(rèn)了sql語句沒有問題，執(zhí)行后影響的記錄行數(shù)是對(duì)的。

也建議你不要立刻執(zhí)行，建議在正在執(zhí)行的時(shí)候，加上limit+select出的記錄行數(shù)。例如：

update order set status=1 where status=0 limit 1000;

假設(shè)有一次性更新的數(shù)據(jù)太多，所有相關(guān)記錄行都會(huì)被鎖住，造成長(zhǎng)時(shí)間的鎖等待，而造成用戶請(qǐng)求超時(shí)。

此外，加limit可以避免一次性操作太多數(shù)據(jù)，對(duì)服務(wù)器的cpu造成影響。

還有一個(gè)最重要的原因：加limit后，操作數(shù)據(jù)的影響范圍是完全可控的。

5.update時(shí)更新修改人和修改時(shí)間

很多人寫update語句時(shí)，如果要修改狀態(tài)，就只更新狀態(tài)，不管其他的字段。比如：

update order set status=1 where status=0;

這條sql會(huì)把status等于0的數(shù)據(jù)，全部更新成1。

后來發(fā)現(xiàn)業(yè)務(wù)邏輯有問題，不應(yīng)該這么更新，需要把status狀態(tài)回滾。

這時(shí)你可能會(huì)很自然想到這條sql：

update order set status=0 where status=1;

但仔細(xì)想想又有些不對(duì)。

這樣不是會(huì)把有部分以前status就是1的數(shù)據(jù)更新成0？

這回真的要哭了，嗚嗚嗚。

這時(shí)，送你一個(gè)好習(xí)慣：在更新數(shù)據(jù)的時(shí)候，同時(shí)更新修改人和修改時(shí)間字段。

update order set status=1,edit_date=now(),edit_user='admin' where status=0;

這樣在恢復(fù)數(shù)據(jù)時(shí)就能通過修改人和修改時(shí)間字段過濾數(shù)據(jù)了。 

select edit_user ,edit_date from `order` order by edit_date desc limit 50;

update order set del_status=1,edit_date=now(),edit_user='admin' where id=123;

update order set del_status=0,edit_date=now(),edit_user='admin' where id=123;

create table order_bak_2021031721 like`order`;insert into order_bak_2021031721 select * from`order`;

create table order_bak_2021031722 select * from`order`;

創(chuàng)建表的同時(shí)復(fù)制數(shù)據(jù)到新表中。 

update order set status=1,edit_date=now(),edit_user='admin' where status=0;

假如有多個(gè)數(shù)據(jù)庫(kù)中有相同的表order，表結(jié)構(gòu)一模一樣，只是數(shù)據(jù)不一樣。 

use trade1;

update `trade2`.`order` set status=1,edit_date=now(),edit_user='admin' where status=0;

這樣即使執(zhí)行sql語句前進(jìn)錯(cuò)數(shù)據(jù)庫(kù)了，也沒什么影響。