一：新建表和欄位建議： 1.所有數據表和欄位要有清晰的註釋，欄位說明 說明：不管是創建者還是其他開發或者後續維護者都能清楚知道數據表和欄位定義的含義 2.表名、欄位名使用小寫字母或數字，禁止出現數字開頭 說明：MySQL在Windows下不區分大小寫，但在Linux下預設是區分大小寫，為了避免出現不 ...
一：新建表和欄位建議：
1.所有數據表和欄位要有清晰的註釋，欄位說明 說明：不管是創建者還是其他開發或者後續維護者都能清楚知道數據表和欄位定義的含義 2.表名、欄位名使用小寫字母或數字，禁止出現數字開頭 說明：MySQL在Windows下不區分大小寫，但在Linux下預設是區分大小寫，為了避免出現不必要的麻煩，統一使用小寫 3.每個列都設置為not null（如果列為BLOB/TEXT類型的，則這個列不能設置為NOT NULL)，且定義預設值 說明：3.1：NOT IN、!= 等負向條件查詢在有 NULL 值的情況下返回非空行的結果集 3.2：使用 concat 函數拼接時，首先要對各個欄位進行非 NULL 判斷，否則只要任何一個欄位為空都會造成拼接的結果為 NULL 3.3：當用count函數進行統計時，NULL 列不會計入統計 3.4：因為NULL的列使得索引，索引統計和值比較都更複雜，可為NULL的列會使用更多的存儲空間，在mysql里也需要特殊處理，當可為NULL的列被索引時，每個索引記錄需要一個額外的位元組，如果計劃在列上建索引，應該避免將列設計為NULL。 4.每個表有自增列id且為主鍵，使用無符號類型unsigned，不作業務邏輯使用 說明：4.1：避免存儲負值，且擴大了表示範圍 4.2：如果使用非自增主鍵（如果身份證號或學號等），由於每次插入主鍵的值近似於隨機，因此每次新紀錄都要被插到現有索引頁得中間某個位置，此時MySQL不得不為了將新記錄插到合適位置而移動數據，甚至目標頁面可能已經被回寫到磁碟上而從緩存中清掉，此時又要從磁碟上讀回來，這增加了很多開銷，同時頻繁的移動、分頁操作造成了大量的碎片，得到了不夠緊湊的索引結構，後續不得不通過OPTIMIZE TABLE來重建表並優化填充頁面 5.表達是否概念的列，使用is_xxx的方式命名，數據類型使用unsigned tinyint（1表示是，0表示否） 例如：is_valid，1.表示有效 0.表示無效 6.禁止使用mysql保留字，例如desc，range，match，action，add，alter，all..等等 更多保留字可以參考mysql官方文檔說明：https://dev.mysql.com/doc/refman/5.7/en/keywords.html 7.varchar是可變長字元串，不預先分配存儲空間，長度不要超過5000，如果存儲長度大於此值，定義欄位類型為text，獨立出來一張表，用主鍵來對應，避免影響其它欄位索引效率 8.單表行數 超過500萬行或者表單容量超過2GB，才推薦進行分庫分表 9.命令規範：主鍵索引名以pk_欄位名；唯一索引名uk_欄位名；普通索引名idx_欄位名；臨時表則以tmp為首碼 10.小數類型為decimal，禁止使用float和double 說明：float和double的存儲的時候，存在精度損失的問題，很可能在值的比較時，得到不正確的結果。如果存儲的數據範圍超過decimal的範圍，建議將數據拆成整數和小數分開存儲 11.欄位允許適當冗餘，以提高查詢性能，冗餘欄位應遵循：1）不是頻繁修改的欄位。2）不是varchar超長欄位，更不能是text欄位。 12.InnoDB和MyISAM存儲引擎表，索引類型選擇BTREE；MEMORY表可以根據需要選擇HASH或者BTREE類型索引。 13.在建立索引時，多考慮建立聯合索引，並把區分度最高的欄位放在最前面，這樣可以更高效檢索數據 14.合適的字元存儲長度，不但節約資料庫表空間、節約索引存儲，更重要的是提升檢索速度| 對象 | 年齡區間 | 類型 | 位元組 | 表示範圍 |
| 人 | 150之內 | unsigned tinyint | 1 | 無符號：0-255 |
| 龜 | 數百歲 | unsigned smallint | 2 | 無符號：0-65535 |
| 恐龍化石 | 數千年 | unsigned int | 4 | 無符號：0-42.9億 |
| 太陽 | 約50億年 | unsigned bigint | 8 | 無符號：0-約10的19次方 |
