前言
每一個好習慣都是一筆財富，本文分SQL后悔藥， SQL性能優化，SQL規范優雅三個方向，分享寫SQL的21個好習慣，謝謝閱讀，加油哈~
1. 寫完SQL先查看執行計劃（SQL性能優化）
日常開發寫SQL的時候，盡量養成這個好習慣呀：寫完SQL后sql中數據類型，用分析一下，尤其注意走不走索引。
explain?select?userid,name,age?from?user?
where?userid?=10086?or?age?=18;
2、操作或者語句，加個limit(SQL后悔藥）
在執行刪除或者更新語句，盡量加上limit，以下面的這條 SQL 為例吧：
delete?from?euser?where?age?>?30?limit?200;
因為加了limit 主要有這些好處：
3. 設計表的時候，所有表和字段都添加相應的注釋（SQL規范優雅）
這個好習慣一定要養成啦，設計數據庫表的時候，所有表和字段都添加相應的注釋，后面更容易維護。
「正例：」
CREATE?TABLE?`account`?(
??`id`?int(11)?NOT?NULL?AUTO_INCREMENT?COMMENT?'主鍵Id',
??`name`?varchar(255)?DEFAULT?NULL?COMMENT?'賬戶名',
??`balance`?int(11)?DEFAULT?NULL?COMMENT?'余額',
??`create_time`?datetime?NOT?NULL?COMMENT?'創建時間',
??`update_time`?datetime?NOT?NULL?ON?UPDATE?CURRENT_TIMESTAMP?COMMENT?'更新時間',
??PRIMARY?KEY?(`id`),
??KEY?`idx_name`?(`name`)?USING?BTREE
)?ENGINE=InnoDB?AUTO_INCREMENT=1570068?DEFAULT?CHARSET=utf8?ROW_FORMAT=REDUNDANT?COMMENT='賬戶表';
「反例：」
CREATE?TABLE?`account`?(
??`id`?int(11)?NOT?NULL?AUTO_INCREMENT,
??`name`?varchar(255)?DEFAULT?NULL,
??`balance`?int(11)?DEFAULT?NULL,
??`create_time`?datetime?NOT?NULL?,
??`update_time`?datetime?NOT?NULL?ON?UPDATE?CURRENT_TIMESTAMP,
??PRIMARY?KEY?(`id`),
??KEY?`idx_name`?(`name`)?USING?BTREE
)?ENGINE=InnoDB?AUTO_INCREMENT=1570068?DEFAULT?CHARSET=utf8;
4. SQL書寫格式，關鍵字大小保持一致，使用縮進。（SQL規范優雅）
「正例：」
SELECT?stu.name,?sum(stu.score)
FROM?Student?stu
WHERE?stu.classNo?=?'1班'
GROUP?BY?stu.name
「反例：」
SELECT?stu.name,?sum(stu.score)?from?Student?stu?WHERE?stu.classNo?=?'1班'?group?by?stu.name.
顯然，統一關鍵字大小寫一致，使用縮進對齊，會使你的SQL看起來更優雅~
5. 語句標明對應的字段名稱（SQL規范優雅）
「反例：」
insert?into?Student?values?('666','撿田螺的小男孩','100');
「正例：」
insert?into?Student(student_id,name,score)?values?('666','撿田螺的小男孩','100');
6. 變更SQL操作先在測試環境執行，寫明詳細的操作步驟以及回滾方案，并在上生產前。（SQL后悔藥）7.設計數據庫表的時候，加上三個字段：主鍵，,。（SQL規范優雅）
「反例：」
CREATE?TABLE?`account`?(
??`name`?varchar(255)?DEFAULT?NULL?COMMENT?'賬戶名',
??`balance`?int(11)?DEFAULT?NULL?COMMENT?'余額',
)?ENGINE=InnoDB?AUTO_INCREMENT=1570068?DEFAULT?CHARSET=utf8?ROW_FORMAT=REDUNDANT?COMMENT='賬戶表';
「正例：」
CREATE?TABLE?`account`?(
??`id`?int(11)?NOT?NULL?AUTO_INCREMENT?COMMENT?'主鍵Id',
??`name`?varchar(255)?DEFAULT?NULL?COMMENT?'賬戶名',
??`balance`?int(11)?DEFAULT?NULL?COMMENT?'余額',
??`create_time`?datetime?NOT?NULL?COMMENT?'創建時間',
??`update_time`?datetime?NOT?NULL?ON?UPDATE?CURRENT_TIMESTAMP?COMMENT?'更新時間',
??PRIMARY?KEY?(`id`),
??KEY?`idx_name`?(`name`)?USING?BTREE
)?ENGINE=InnoDB?AUTO_INCREMENT=1570068?DEFAULT?CHARSET=utf8?ROW_FORMAT=REDUNDANT?COMMENT='賬戶表';
「理由：」
阿里開發手冊也提到這個點，如圖
8. 寫完SQL語句，檢查where,order by,group by后面的列，多表關聯的列是否已加索引，優先考慮組合索引。（SQL性能優化）
「反例：」
select?*?from?user?
where?address?='深圳'?order?by?age;
「正例：」
添加索引
alter?table?user?add?index?idx_address_age?(address,age)
9.修改或刪除重要數據前，要先備份，先備份，先備份（SQL后悔藥）
如果要修改或刪除數據，在執行SQL前一定要先備份要修改的數據，萬一誤操作，還能吃口「后悔藥」~
10. where后面的字段，留意其數據類型的隱式轉換（SQL性能優化）
「反例：」
//userid?是varchar字符串類型
select?*?from?user?where?userid?=123;
「正例：」
select?*?from?user?where?userid?='123';
「理由：」
11. 盡量把所有列定義為NOT NULL（SQL規范優雅）12.修改或者刪除SQL，先寫WHERE查一下，確認后再補充 或 （SQL后悔藥）
尤其在操作生產的數據時，遇到修改或者刪除的SQL，先加個where查詢一下，確認OK之后，再執行或者操作
13.減少不必要的字段返回，如使用 代替 * （SQL性能優化）
「反例：」
select?*?from?employee;
「正例：」
select?id，name?from?employee;
理由：
14.所有表必須使用存儲引擎（SQL規范優雅）
「支持事務，支持行級鎖，更好的恢復性」，高并發下性能更好，所以呢，沒有特殊要求（即無法滿足的功能如：列存儲，存儲空間數據等）的情況下，所有表必須使用存儲引擎
15.數據庫和表的字符集盡量統一使用UTF8（SQL規范優雅）
盡量統一使用UTF8編碼
「如果需要存儲表情，那么選擇來進行存儲，注意它與utf-8編碼的區別。」
16. 盡量使用代替 char。（SQL性能優化）
「反例：」
??`deptName`?char(100)?DEFAULT?NULL?COMMENT?'部門名稱'
「正例：」
`deptName`?varchar(100)?DEFAULT?NULL?COMMENT?'部門名稱'
理由：
17. 如果修改字段含義或對字段表示的狀態追加時，需要及時更新字段注釋。（SQL規范優雅）
這個點，是阿里開發手冊中，Mysql的規約。你的字段，尤其是表示枚舉狀態時，如果含義被修改了，或者狀態追加時，為了后面更好維護，需要即時更新字段的注釋。
18. SQL命令行修改數據，養成begin + 事務的習慣(SQL后悔藥)
「正例：」
begin;
update?account?set?balance?=1000000
where?name?='撿田螺的小男孩';
commit;
「反例：」
update?account?set?balance?=1000000
where?name?='撿田螺的小男孩';
19. 索引命名要規范sql中數據類型，主鍵索引名為 pk_ 字段名；唯一索引名為 uk _字段名 ；普通索引名則為 idx _字段名。（SQL規范優雅）
說明：pk_即 key；uk_即 key；idx_即index 的簡稱。
20. WHERE從句中不對列進行函數轉換和表達式計算
假設加了索引
「反例：」
select?userId,loginTime?
from?loginuser
where?Date_ADD(loginTime,Interval?7?DAY)?>=now();
「正例：」
explain??select?userId,loginTime?
from?loginuser?
where??loginTime?>=?Date_ADD(NOW(),INTERVAL?-?7?DAY);
「理由：」
21.如果修改/更新數據過多，考慮批量進行。
反例：
delete?from?account??limit?100000;
正例：
for?each(200次)
{
?delete?from?account??limit?500;
}
理由：