技術標籤：未能找到型別或名稱空間名“mysql”

一：新建表和欄位的一些建議：

1.所有資料表和欄位要有清晰的註釋，欄位說明

　　解釋：不管是建立者還是其他開發或者後續維護者都能清楚知道資料表和欄位定義的含義

2.表名、欄位名使用小寫字母或數字，禁止出現數字開頭

　　解釋：MySQL在Windows下不區分大小寫，但在Linux下預設是區分大小寫，為了避免出現不必要的麻煩，統一使用小寫,例如big_pic, small_pic

3.命令規範：主鍵索引名以pk欄位名；唯一索引名uk欄位名；普通索引名idx_欄位名；臨時表則以tmp為字首

4.InnoDB和MyISAM儲存引擎表，索引型別選擇BTREE；MEMORY表可以根據需要選擇HASH或者BTREE型別索引。

5.小數型別為decimal，禁止使用float和double

　　解釋：float和double的儲存的時候，存在精度損失的問題，很可能在值的比較時，的到不正確的結果。如果儲存的資料範圍超過decimal的範圍，建議將資料拆成整數和小數分開儲存

6.欄位允許適當冗餘，以提高查詢效能，冗餘欄位應遵循：1)不是頻繁修改的欄位。2)不是varchar超長欄位，更不能是text欄位。

7.在建立索引時，多考慮建立聯合索引，並把區分度最高的欄位放在最前面，這樣可以更高效檢索資料

8.每個列都設定為not null(如果列為BLOB/TEXT型別的，則這個列不能設定為NOT NULL)，且定義預設值

　　解釋：8.1：NOT IN、!= 等負向條件查詢在有 NULL 值的情況下返回非空行的結果集

　　8.2：使用 concat 函式拼接時，首先要對各個欄位進行非 NULL 判斷，否則只要任何一個欄位為空都會造成拼接的結果為 NULL

　　8.3：當用count函式進行統計時，NULL 列不會計入統計

　　8.4：因為NULL的列使得索引，索引統計和值比較都更復雜，可為NULL的列會使用更多的儲存空間，在mysql裡也需要特殊處理，當可為NULL的列被索引時，每個索引記錄需要一個額外的位元組，如果計劃在列上建索引，應該避免將列設計為NULL。

9.每個表有自增列id且為主鍵，使用無符號型別unsigned，不作業務邏輯使用

　　解釋：9.1：避免儲存負值，且擴大了表示範圍

　　9.2：如果使用非自增主鍵(如果身份證號或學號等)，由於每次插入主鍵的值近似於隨機，因此每次新記錄都要被插到現有索引頁得中間某個位置，此時MySQL不得不為了將新記錄插到合適位置而移動資料，甚至目標頁面可能已經被回寫到磁碟上而從快取中清掉，此時又要從磁碟上讀回來，這增加了很多開銷，同時頻繁的移動、分頁操作造成了大量的碎片，得到了不夠緊湊的索引結構，後續不得不通過OPTIMIZE TABLE來重建表並優化填充頁面

10.禁止使用mysql保留字，例如action，add，alter, desc，range，match，all..等等

　　更多保留字可以參考mysql官方文件說明：https://dev.mysql.com/doc/refman/5.7/en/keywords.html

11.varchar是可變長字串，不預先分配儲存空間，長度不要超過5000，如果儲存長度大於此值，定義欄位型別為text，獨立出來一張表，用主鍵來對應，避免影響其它欄位索引效率

12.表達是否概念的列，使用is_xxx的方式命名，資料型別使用unsigned tinyint(1表示是，0表示否)

　　解釋：is_favorite，1.表示已經收藏 0.表示沒有收藏

13.單錶行數 超過500萬行或者表單容量超過2GB，才推薦進行分庫分表

14.合適的字元儲存長度，不但節約資料庫表空間、節約索引儲存，更重要的是提升檢索速度

二：增刪改查的注意事項

1.更新刪除影響行數不要太大，如果太大，進行細粒度拆分

2.插入列列表與值列表個數相同，上面二者的個數需要相同，如果沒有指定列列表，則值列表長度要與表列數相同。

3.更新，刪除語句記得隨手寫好where條件(小心刪庫跑路)

4.SELECT語句指定具體欄位名稱，禁止寫成*，select *會將不該讀的資料也從MySQL裡讀出來，造成不必要的頻寬壓力

5.where條件裡等號左右欄位型別一致，否則無法利用索引

6.在多表join中，儘量選取結果集較小的表作為驅動表，來join其他表

7.分頁查詢，當limit起點較高時，可先用過濾條件進行過濾。

如:  select c1, c2, c3 from tablename limit 40000,10;優化為:  select c1,c2,c3 from tablename where id>40000 limit 10