核心

• 不在數(shù)據(jù)庫做運算
• 單表數(shù)據(jù)量：一年內(nèi)單表純INT不超過1000W，含CHAR不超500W。單庫不超過300~400表
• 表字段盡量少，上限控制在20~50個
• 適當(dāng)可以冗余(平衡范式和冗余)
• 拒絕大sql，大事務(wù)，大批量

[[280272]]

字段

1. 數(shù)值類型的字節(jié)和運用范圍
2. 如果可以，將字符串轉(zhuǎn)化為數(shù)字存儲。可以加快查詢速度和節(jié)省空間，舉例用INT代替CHAR(15)來存儲IP
3. 優(yōu)先使用SET和ENUM...(可能有問題!)
4. 避免使用NULL
5. 少用TEXT/BLOB，如果必須使用(超過varchar最大限制64k)則必須拆分到單獨的表
6. 不在數(shù)據(jù)庫存圖片

索引

1. 能不加的索引盡量不加，最好不超過字段數(shù)的20%(如：性別不加)，結(jié)合核心SQL優(yōu)先考慮覆蓋索引
2. 字符字段必須建前綴索引。由于字符串很長，通常可以索引開始的幾個字符，而不是全部值，以節(jié)約空間并得到好的性能。
3. 不在索引列進行數(shù)學(xué)運算和函數(shù)運算(會導(dǎo)致無法使用索引 => 全表掃描)，如where id+1 = 100 和 id = 100 - 1，效率差很遠
4. 自增列或全局ID做INNODB的主鍵
5. 盡量不用外鍵(由程序保證約束)，高并發(fā)的時候容易死鎖

SQL

1. SQL語句盡可能簡單，因為一條SQL只能在一個CPU運算，在高并發(fā)的情況下，可能一條大SQL就把整個數(shù)據(jù)庫堵死。而簡單的SQL緩存命中率更高，減少鎖表的時間(特別是MyISAM)，用上多CPU
2. 保持事務(wù)、DB連接足夠短，即開即用、用完就關(guān)。與事務(wù)無關(guān)操作放到事務(wù)外面，減少鎖資源的占用;在不破壞一致性前提下，使用多個短事務(wù)代替長事務(wù)(如：發(fā)帖時的圖片上傳等待)
3. 盡可能少用存儲過程，少用觸發(fā)器，減用MySQL函數(shù)對結(jié)果進行處理(交由客戶端程序負責(zé))
4. 盡量少用select *，只取需要數(shù)據(jù)列，為使用覆蓋索引提供可能性，減少臨時表生成，更安全
5. 用in()代替or，因為or的效率是O(n)，而in()的效率是O(Log n)。如：where a = 1 OR a = 100 與 where a IN (1, 100)
6. merge index往往很弱智，所以用union代替對多字段的or查詢。如：select * from t where a = 1 OR b = 2 與 select * from t where a = 1 UNION select * from t where b = 2
7. 盡量避免負向查找，如NOT、!=等
8. 盡量避免%前綴模糊查詢，由于使用的是B+ Tree，前綴模糊使用不了索引，導(dǎo)致全表掃描(后綴模糊速度相對快很多)
9. 減少COUNT(*)，使用COUNT(col)，前者資源開銷大，盡量少用。MyISAM不帶WHERE COUNT()而INNODB帶WHERE COUNT()。 計數(shù)的統(tǒng)計可以采用的方法：實時統(tǒng)計可以使用memcache，雙向更新，凌晨跑基準(zhǔn);非實時統(tǒng)計盡量用單獨統(tǒng)計表，定期重算
10. LIMIT高效分頁：傳統(tǒng)的方法是select * from t limit 10000, 10，推薦的方法是select * from t where id > 23423 limit 10。LIMIT的偏移量越大則越慢。還有一些高效的方法有：先取id來LIMIT偏移，減少整體的數(shù)據(jù)偏移;取到需要的id，與原表JOIN;程序取ID，然后用IN來填寫。select * from t where id >= (select id from t limit 10000, 1) limit 10 , select * from t INNER JOIN (select id from t limit 10000, 10) USING (id) , select id from t limit 10000, 10; select * from t where id in (123, 456...)
11. 若無需對結(jié)果進行去重，則用UNION ALL而非UNION(UNION有去重開銷)
12. 分解JOIN聯(lián)接來保證高并發(fā)。高并發(fā)DB不建議進行兩個表以上的JOIN
13. group by會默認自動升序排序，如果需要去掉排序，需要指定order by NULL
14. 比較原則：數(shù)字對數(shù)字、字符對字符。如果數(shù)值列與字符類型作比較，同時轉(zhuǎn)換成雙精度;如果字符列與數(shù)值類型作比較，字符列整列轉(zhuǎn)數(shù)值，且不會使用索引查詢
15. load data導(dǎo)入數(shù)據(jù)比insert快約20倍(不需要刷新緩存)
16. 盡量不使用insert...select(延遲、同步出錯)
17. 大批量更新凌晨操作，避開高峰
18. SQL的一些命令：explain, show profile, mysqlsla, mysqldumpslow, show slow log, show processlist, show QUERY_RESPONSE_TIME(Percona)

約定

1. 數(shù)據(jù)庫在不同時期使用不同的：實時數(shù)據(jù)用real庫，模擬環(huán)境用sim庫，測試用qa庫，開發(fā)用dev庫
2. 禁止未經(jīng)DBA確認的子查詢(大部分情況優(yōu)化較差，特別是WHERE中使用IN id的子查詢，一般可以用JOIN改寫)
3. 不要在程序上加鎖數(shù)據(jù)庫，因為外部鎖對數(shù)據(jù)庫不可控，高并發(fā)時是災(zāi)難，并且極難調(diào)試排查(可以采用事務(wù)來解決)
4. 統(tǒng)一字符集：UTF-8，校對規(guī)則：utf8_general_ci
5. 庫和表的名稱統(tǒng)一用小寫(大小寫敏感、且不同操作系統(tǒng)都有不同的限制);字段名大小寫不敏感;索引名默認為idx_字段名;庫名用縮寫，盡量在2~7個字母;避免用保留字命名