1.【強制】表達(dá)是與否概念的字段，必須使用 is_xxx的方式命名,，數(shù)據(jù)類型是 unsigned tinyint（ 1表示是，0表示否）,，此規(guī)則同樣適用于 odps建表。
說明：任何字段如果為非負(fù)數(shù),，必須是 unsigned。
個人備注：
Open Data Processing Service,， 簡稱ODPS,；是由阿里云自主研發(fā),，提供針對TB/PB級數(shù)據(jù),、實時性要求不高的分布式處理能力，應(yīng)用于數(shù)據(jù)分析、挖掘,、商業(yè)智能等領(lǐng)域；阿里巴巴的離線數(shù)據(jù)業(yè)務(wù)都運行在ODPS上,；。
2.【強制】表名,、字段名必須使用小寫字母或數(shù)字,；禁止出現(xiàn)數(shù)字開頭,，禁止兩個下劃線中間只出現(xiàn)數(shù)字。數(shù)據(jù)庫字段名的修改代價很大,，因為無法進行預(yù)發(fā)布,，所以字段名稱需要慎重考慮,。
正例：getter_admin，task_config,，level3_name
反例：GetterAdmin,，taskConfig，level_3_name
3.【強制】表名不使用復(fù)數(shù)名詞,。
說明：表名應(yīng)該僅僅表示表里面的實體內(nèi)容，不應(yīng)該表示實體數(shù)量,，對應(yīng)于 DO類名也是單數(shù)形式，符合表達(dá)習(xí)慣,。
4.【強制】禁用保留字，如 desc,、range、match,、delayed等，請參考 MySQL官方保留字,。
5.【強制】唯一索引名為 uk_字段名,；普通索引名則為 idx_字段名,。
說明：uk_ 即 unique key,；idx_ 即 index的簡稱。
6.【強制】小數(shù)類型為 decimal,，禁止使用 float和 double。
說明：float和 double在存儲的時候,，存在精度損失的問題，很可能在值的比較時,，得到不正確的結(jié)果。如果存儲的數(shù)據(jù)范圍超過 decimal的范圍,，建議將數(shù)據(jù)拆成整數(shù)和小數(shù)分開存儲。
7.【強制】如果存儲的字符串長度幾乎相等,，使用 char定長字符串類型。
8.【強制】varchar是可變長字符串,，不預(yù)先分配存儲空間，長度不要超過 5000,，如果存儲長度大于此值，定義字段類型為 text,，獨立出來一張表，用主鍵來對應(yīng),，避免影響其它字段索引效率。
9.【強制】表必備三字段：id, gmt_create, gmt_modified,。
說明：其中 id必為主鍵,，類型為 unsigned bigint,、單表時自增,、步長為 1。
gmt_create,gmt_modified的類型均為 date_time類型,。
10.【推薦】表的命名最好是加上“業(yè)務(wù)名稱_表的作用”,。
正例：tiger_task / tiger_reader / mpp_config
11.【推薦】庫名與應(yīng)用名稱盡量一致,。
12.【推薦】如果修改字段含義或?qū)ψ侄伪硎镜臓顟B(tài)追加時,，需要及時更新字段注釋,。
13.【推薦】字段允許適當(dāng)冗余，以提高性能,，但是必須考慮數(shù)據(jù)同步的情況,。冗余字段應(yīng)遵循：
1）不是頻繁修改的字段,。
2）不是 varchar超長字段,，更不能是 text字段。
正例：商品類目名稱使用頻率高,，字段長度短，名稱基本一成不變,，可在相關(guān)聯(lián)的表中冗余存儲類目名稱，避免關(guān)聯(lián)查詢,。
14.【推薦】單表行數(shù)超過 500萬行或者單表容量超過 2GB，才推薦進行分庫分表,。
說明：如果預(yù)計三年后的數(shù)據(jù)量根本達(dá)不到這個級別,，請不要在創(chuàng)建表時就分庫分表。
15.【參考】合適的字符存儲長度,，不但節(jié)約數(shù)據(jù)庫表空間,、節(jié)約索引存儲，更重要的是提升檢索速度,。
正例：人的年齡用 unsigned tinyint（表示范圍 0-255，人的壽命不會超過 255歲）,；海龜就必須是 smallint,，但如果是太陽的年齡，就必須是 int,；如果是所有恒星的年齡都加起來，那么就必須使用 bigint,。

1.【強制】業(yè)務(wù)上具有唯一特性的字段，即使是組合字段,，也必須建成唯一索引。
說明：不要以為唯一索引影響了 insert速度,，這個速度損耗可以忽略，但提高查找速度是明顯的,；另外，即使在應(yīng)用層做了非常完善的校驗和控制,，只要沒有唯一索引，根據(jù)墨菲定律,，必然有臟數(shù)據(jù)產(chǎn)生,。
2.【強制】 超過三個表禁止 join,。需要 join的字段,，數(shù)據(jù)類型保持絕對一致；多表關(guān)聯(lián)查詢時,，保證被關(guān)聯(lián)的字段需要有索引,。
說明：即使雙表 join也要注意表索引、SQL性能,。
3.【強制】在 varchar字段上建立索引時，必須指定索引長度,，沒必要對全字段建立索引，根據(jù)實際文本區(qū)分度決定索引長度,。
說明：索引的長度與區(qū)分度是一對矛盾體,，一般對字符串類型數(shù)據(jù),，長度為 20的索引，區(qū)分度會高達(dá) 90%以上,，可以使用 count(distinct left(列名, 索引長度))/count(*)的區(qū)分度來確定。
4.【強制】頁面搜索嚴(yán)禁左模糊或者全模糊,，如果需要請走搜索引擎來解決,。
說明：索引文件具有 B-Tree的最左前綴匹配特性,，如果左邊的值未確定,，那么無法使用此索引,。
5.【推薦】如果有 order by的場景，請注意利用索引的有序性,。order by 最后的字段是組合索引的一部分,，并且放在索引組合順序的最后,，避免出現(xiàn) file_sort的情況，影響查詢性能,。
正例：where a=? and b=? order by c; 索引：a_b_c
反例：索引中有范圍查找，那么索引有序性無法利用,，如：WHERE a>10 ORDER BY b; 索引a_b無法排序。
6.【推薦】利用覆蓋索引來進行查詢操作,，來避免回表操作。
說明：如果一本書需要知道第 11章是什么標(biāo)題,，會翻開第 11章對應(yīng)的那一頁嗎？目錄瀏覽一下就好,，這個目錄就是起到覆蓋索引的作用。
正例：能夠建立索引的種類：主鍵索引,、唯一索引、普通索引,，而覆蓋索引是一種查詢的一種效果,，用 explain的結(jié)果,，extra列會出現(xiàn)：using index,。
7.【推薦】利用延遲關(guān)聯(lián)或者子查詢優(yōu)化超多分頁場景,。
說明：MySQL并不是跳過 offset行,，而是取 offset+N行，然后返回放棄前offset行，返回N行,，那當(dāng) offset特別大的時候,，效率就非常的低下，要么控制返回的總頁數(shù),，要么對超過特定閾值的頁數(shù)進行 SQL改寫,。
正例：先快速定位需要獲取的 id段,，然后再關(guān)聯(lián)：

8.【推薦】SQL性能優(yōu)化的目標(biāo)：至少要達(dá)到 range 級別,，要求是 ref級別，如果可以是 consts最好,。
說明：
1）consts 單表中最多只有一個匹配行（主鍵或者唯一索引），在優(yōu)化階段即可讀取到數(shù)據(jù),。
2）ref 指的是使用普通的索引（normal index）,。
3）range 對索引進行范圍檢索,。
反例：explain表的結(jié)果，type=index,，索引物理文件全掃描，速度非常慢,，這個 index級別比較 range還低，與全表掃描是小巫見大巫,。
9.【推薦】建組合索引的時候，區(qū)分度最高的在最左邊,。
正例：如果 where a=? and b=? ，a列的幾乎接近于唯一值,，那么只需要單建 idx_a索引即可。
說明：存在非等號和等號混合判斷條件時，在建索引時,，請把等號條件的列前置,。如：where a>?and b=? 那么即使 a的區(qū)分度更高,，也必須把 b放在索引的最前列。
10.【參考】創(chuàng)建索引時避免有如下極端誤解：
1）誤認(rèn)為一個查詢就需要建一個索引,。
2）誤認(rèn)為索引會消耗空間,、嚴(yán)重拖慢更新和新增速度。
3）誤認(rèn)為唯一索引一律需要在應(yīng)用層通過“先查后插”方式解決,。

1.【強制】不要使用 count(列名)或 count(常量)來替代 count()，count()就是 SQL92定義的標(biāo)準(zhǔn)統(tǒng)計行數(shù)的語法,，跟數(shù)據(jù)庫無關(guān)，跟 NULL和非 NULL無關(guān),。
說明：count(*)會統(tǒng)計值為 NULL的行，而 count(列名)不會統(tǒng)計此列為 NULL值的行,。
2.【強制】count(distinct col) 計算該列除 NULL之外的不重復(fù)數(shù)量,。注意 count(distinct col1, col2) 如果其中一列全為 NULL,，那么即使另一列有不同的值,，也返回為 0。
3.【強制】當(dāng)某一列的值全是 NULL時,，count(col)的返回結(jié)果為 0，但 sum(col)的返回結(jié)果為NULL,，因此使用 sum時需注意 NPE問題。
正例：可以使用如下方式來避免 sum的 NPE問題：

4.【強制】使用 ISNULL來判斷是否為 NULL值,。注意：NULL與任何值的直接比較都為 NULL。
說明：
1） NULL<>NULL的返回結(jié)果是 NULL,，而不是 false。
2） NULL=NULL的返回結(jié)果是 NULL,，而不是 true,。
3） NULL<>1的返回結(jié)果是 NULL,，而不是 true。
5.【強制】 在代碼中寫分頁查詢邏輯時,，若 count為 0應(yīng)直接返回，避免執(zhí)行后面的分頁語句,。
6.【強制】不得使用外鍵與級聯(lián),，一切外鍵概念必須在應(yīng)用層解決,。
說明：（概念解釋）學(xué)生表中的 student_id是主鍵，那么成績表中的 student_id則為外鍵,。如果更新學(xué)生表中的 student_id，同時觸發(fā)成績表中的 student_id更新,，則為級聯(lián)更新,。外鍵與級聯(lián)更新適用于單機低并發(fā)，不適合分布式,、高并發(fā)集群；級聯(lián)更新是強阻塞,，存在數(shù)據(jù)庫更新風(fēng)暴的風(fēng)險；外鍵影響數(shù)據(jù)庫的插入速度,。
7.【強制】禁止使用存儲過程,，存儲過程難以調(diào)試和擴展,，更沒有移植性。
8.【強制】數(shù)據(jù)訂正時,，刪除和修改記錄時，要先 select,，避免出現(xiàn)誤刪除,，確認(rèn)無誤才能執(zhí)行更新語句。
9.【推薦】in操作能避免則避免,，若實在避免不了，需要仔細(xì)評估 in后邊的集合元素數(shù)量,，控制在 1000個之內(nèi),。
10.【參考】如果有全球化需要，所有的字符存儲與表示,，均以 utf-8編碼,，那么字符計數(shù)方法
注意：
說明：
SELECT LENGTH(“輕松工作”)； 返回為 12
SELECT CHARACTER_LENGTH(“輕松工作”),； 返回為 4
如果要使用表情,，那么使用 utfmb4來進行存儲，注意它與 utf-8編碼的區(qū)別,。
11.【參考】TRUNCATETABLE 比 DELETE 速度快，且使用的系統(tǒng)和事務(wù)日志資源少,，但 TRUNCATE無事務(wù)且不觸發(fā) trigger,，有可能造成事故,，故不建議在開發(fā)代碼中使用此語句。
說明：TRUNCATE TABLE 在功能上與不帶 WHERE 子句的 DELETE 語句相同,。

1.【強制】在表查詢中,，一律不要使用 * 作為查詢的字段列表,，需要哪些字段必須明確寫明。
說明：
1）增加查詢分析器解析成本,。
2）增減字段容易與 resultMap配置不一致,。
2.【強制】POJO類的 boolean屬性不能加 is，而數(shù)據(jù)庫字段必須加 is_,，要求在 resultMap中進行字段與屬性之間的映射,。
說明：參見定義 POJO類以及數(shù)據(jù)庫字段定義規(guī)定，在 sql.xml增加映射,，是必須的,。
3.【強制】不要用 resultClass當(dāng)返回參數(shù)，即使所有類屬性名與數(shù)據(jù)庫字段一一對應(yīng),，也需要定義；反過來,，每一個表也必然有一個與之對應(yīng)。
說明：配置映射關(guān)系,，使字段與 DO類解耦，方便維護,。
4.【強制】xml配置中參數(shù)注意使用：#{},，#param# 不要使用${} 此種方式容易出現(xiàn) SQL注入,。
5.【強制】iBATIS自帶的 queryForList(String statementName,int start,int size)不推薦使用,。
說明：其實現(xiàn)方式是在數(shù)據(jù)庫取到statementName對應(yīng)的SQL語句的所有記錄,，再通過subList取 start,size的子集合,，線上因為這個原因曾經(jīng)出現(xiàn)過 OOM。
正例：在 sqlmap.xml中引入 #start#, #size#

6.【強制】不允許直接拿 HashMap與 Hashtable作為查詢結(jié)果集的輸出,。
7.【強制】更新數(shù)據(jù)表記錄時,，必須同時更新記錄對應(yīng)的 gmt_modified字段值為當(dāng)前時間,。
8.【推薦】不要寫一個大而全的數(shù)據(jù)更新接口,，傳入為 POJO類，不管是不是自己的目標(biāo)更新字段,，都進行

這是不對的,。執(zhí)行 SQL時,，盡量不要更新無改動的字段，一是易出錯,；二是效率低；三是 binlog增加存儲,。
9.【參考】@Transactional事務(wù)不要濫用。事務(wù)會影響數(shù)據(jù)庫的 QPS,，另外使用事務(wù)的地方需要考慮各方面的回滾方案,，包括緩存回滾,、搜索引擎回滾,、消息補償、統(tǒng)計修正等,。
10.【參考】< isEqual>中的 compareValue是與屬性值對比的常量，一般是數(shù)字,，表示相等時帶上此條件,；< isNotEmpty>表示不為空且不為 null時執(zhí)行,；< isNotNull>表示不為 null值時執(zhí)行。

本文整理自：《阿里巴巴Java開發(fā)手冊（正式版）》

整理本文的目的是方便自己閱讀,，標(biāo)注等,。