1、表設(shè)計
1.1、數(shù)據(jù)庫表最大程度遵守三范式
第一范式：數(shù)據(jù)庫表中的字段都是單一屬性的，不可再分；
第二范式：在第一范式基礎(chǔ)上，除了主鍵以外的其它列都依賴于該主鍵；
第三范式：如果滿足第二范式，并且除了主鍵以外的其它列都不傳遞依賴于主鍵列。
1.2、數(shù)據(jù)表和字段設(shè)計的原則
字段的命名要有意義；
字段選擇的一般原則是保小不保大，能占用字節(jié)少的字段就不用大字段；
盡可能的使用 varchar/nvarchar 代替 char/nchar
盡量不使用 blob，還有將圖片以二進制存到數(shù)據(jù)庫
不用使用無法加索引的類型作為關(guān)鍵字段，比如text；
表中組合主鍵的字段個數(shù)越少越好，適當情況使用代理主鍵。
沒有冗余的數(shù)據(jù)庫未必是最好的數(shù)據(jù)庫，適當?shù)臅r候需降低范式標準；
1.3、根據(jù)應(yīng)用場合選擇表的存儲引擎
數(shù)據(jù)表選擇合適的引擎
MyISAM 特點
數(shù)據(jù)存儲方式簡單，使用 B+ Tree 進行索引使用三個文件定義一個表：.MYI、.MYD、.frm；
少碎片、支持大文件、能夠進行索引壓縮；
訪問速度飛快，是所有MySQL文件引擎中速度最快的；
不支持一些數(shù)據(jù)庫特性，比如 事務(wù)、外鍵約束等；
表級鎖，性能稍差，更適合讀取多的操作(查詢和更新操作并行時，查詢操作需等待更新操作結(jié)束)；
表數(shù)據(jù)容量有限，一般建議單表數(shù)據(jù)量介于50w–200w；
增刪查改以后要使用 myisamchk 檢查優(yōu)化表
InnoDB 特點
使用 Table Space 的方式來進行數(shù)據(jù)存儲 (ibdata1, ib_logfile0)；
支持事務(wù)、外鍵約束等數(shù)據(jù)庫特性；
行級鎖, 讀寫性能都非常優(yōu)秀。(在默認“可重復(fù)讀”事務(wù)隔離下，查詢和更新操作并行時，查詢操作不需等待) ；
能夠承載大數(shù)據(jù)量的存儲和訪問；
擁有自己獨立的緩沖池，能夠緩存數(shù)據(jù)和索引；
在關(guān)閉自動提交的情況下，與MyISAM引擎速度差異不大
1.4、數(shù)據(jù)表的反范式化設(shè)計
降低范式標準至第二范式
ticketorderdetail 中字段inputTime、inputBy等完全可以通過orderId外鍵關(guān)聯(lián) ticketorder表來獲取到相應(yīng)信息。這么設(shè)計：存在一定的冗余，主要目的是部分場景時，可以提前篩選或直接取值，而不用join鏈接。
2、常見優(yōu)化方法
1、查詢語句中不要使用 *
2、盡量減少子查詢，使用關(guān)聯(lián)查詢（left join,right join,inner join）替代
3、減少使用IN或者NOT IN ,使用exists，not exists或者關(guān)聯(lián)查詢語句替代
4、or 的查詢盡量用 union或者union all 代替 (在確認沒有重復(fù)數(shù)據(jù)或者不用剔除重復(fù)數(shù)據(jù)時，union all會更好)
5、表關(guān)聯(lián)時，關(guān)聯(lián)前盡量過濾數(shù)據(jù)量，可以減少關(guān)聯(lián)后的集合量級，提高查詢速度
6、空間換取時間。增加中間表進行優(yōu)化（這個主要是在統(tǒng)計報表的場景，后臺開定時任務(wù)將數(shù)據(jù)先統(tǒng)計好，盡量不要在查詢的時候去統(tǒng)計）
7、那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的最前面，（oracle則是末尾）
8、大量數(shù)據(jù)的更新操作，要盡量使用批量處理，而不能foreach一條一條處理。
9、分頁查詢優(yōu)化。不需要查詢?nèi)繑?shù)據(jù)時，用分頁查詢返回。
10、分頁查詢優(yōu)化的優(yōu)化。在數(shù)據(jù)量非常大的情況下，分頁查詢時，limit的效率將會非常低。此時應(yīng)該考慮優(yōu)化查詢條件。（在Mongodb特別明顯）
11、結(jié)合執(zhí)行計劃explain。
3、索引的創(chuàng)建與使用
3.1、什么是索引？
3.2、創(chuàng)建索引的好處
幫助用戶提高查詢速度；
利用索引的唯一性來控制記錄的唯一性；
可以加速表與表之間的連接 ；
降低查詢中分組和排序的時間
3.3、創(chuàng)建索引的壞處
存儲索引占用磁盤空間；
執(zhí)行數(shù)據(jù)修改操作(INSERT、UPDATE、DELETE)產(chǎn)生索引維護
索引創(chuàng)建的總體原則
在了解表的具體應(yīng)用場景基礎(chǔ)上建立索引；
為所有主鍵和外鍵列建立索引；
對出現(xiàn)在WHERE子句、JOIN子句、ORDER BY或GROUP BY子句中的列考慮建立索引；
對需要確保唯一性的列考慮建立索引；
對于WHERE子句中用AND連接并頻繁使用的列使用組合索引，最頻繁的列放在最左邊；
數(shù)據(jù)更新頻繁的列不宜建立索引；
數(shù)據(jù)量較小的表也不宜建立索引
3.4、Explain中type類型
3.5.1、索引的正確使用(一)
去除查詢條件左端的任何標量函數(shù)或計算
3.5.2、索引的正確使用(二)
確保宿主變量定義與列數(shù)據(jù)類型匹配
3.5.3、索引的正確使用(三)
查詢條件中使用like時避免宿主變量以'%’開頭
3.5.4、索引的正確使用(四)
避免使用“or” ，采用其它方式重寫
3.5.5、索引的正確使用(五)
使用組合索引時，應(yīng)注意“最左前綴”基本原則
最左前綴：就是最左優(yōu)先，我們創(chuàng)建了lname、fname和age的多列索引,相當于創(chuàng)建了lname單列索引，(lname,fname)的組合索引以及(lname,fname,age)組合索引；
SELECT ｀uid｀ FROM people WHERE ｀fname｀='Zhiqun’ AND ｀age｀=26上述查詢語句因違法“最左前綴”原則，系統(tǒng)通常會掃描整表以匹配數(shù)據(jù)！
4、EF框架查詢優(yōu)化
4.1、避免使用Select *
一些必填的字符串，應(yīng)該在實體類上加上[Required]
4.2、表關(guān)聯(lián)優(yōu)化
