前言

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

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

還有很多很多場景，我就不一一列舉了。

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

答案是有的，請各位看官仔細往下看。

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

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

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

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

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

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

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

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

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

2.把sql語句壓縮成一行

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

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

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

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

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

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

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

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

update order set status=1 where status=0;

改成：

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

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

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

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

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

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

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

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

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

5.update時更新修改人和修改時間

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

update order set status=1 where status=0;

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

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

這時你可能會很自然想到這條sql：

update order set status=0 where status=1;

但仔細想想又有些不對。

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

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

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

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

這樣在恢復(fù)數(shù)據(jù)時就能通過修改人和修改時間字段過濾數(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)建表的同時復(fù)制數(shù)據(jù)到新表中。 

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

假如有多個數(shù)據(jù)庫中有相同的表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語句前進錯數(shù)據(jù)庫了，也沒什么影響。