總的來說:

1. 1、數(shù)據(jù)庫設(shè)計(jì)和表創(chuàng)建時(shí)就要考慮性能
2. 2、sql的編寫需要注意優(yōu)化
3. 3、分區(qū)、分表、分庫

設(shè)計(jì)表的時(shí)候：

1. 1、字段避免null值出現(xiàn)，null值很難查詢優(yōu)化且占用額外的索引空間，推薦默認(rèn)數(shù)字0代替null。
2. 2、盡量使用INT而非BIGINT，如果非負(fù)則加上UNSIGNED（這樣數(shù)值容量會(huì)擴(kuò)大一倍），當(dāng)然能使用TINYINT、SMALLINT、MEDIUM_INT更好。
3. 3、使用枚舉或整數(shù)代替字符串類型
4. 4、盡量使用TIMESTAMP而非DATETIME
5. 5、單表不要有太多字段，建議在20以內(nèi)
6. 6、用整型來存IP

索引：

1. 1、索引并不是越多越好，要根據(jù)查詢有針對(duì)性的創(chuàng)建，考慮在WHERE和ORDER BY命令上涉及的列建立索引，可根據(jù)EXPLAIN來查看是否用了索引還是全表掃描
2. 2、應(yīng)盡量避免在WHERE子句中對(duì)字段進(jìn)行NULL值判斷，否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描
3. 3、值分布很稀少的字段不適合建索引，例如"性別"這種只有兩三個(gè)值的字段
4. 4、字符字段只建前綴索引
5. 5、字符字段最好不要做主鍵
6. 6、不用外鍵，由程序保證約束
7. 7、盡量不用UNIQUE，由程序保證約束
8. 8、使用多列索引時(shí)主意順序和查詢條件保持一致，同時(shí)刪除不必要的單列索引

總結(jié)：使用合適的數(shù)據(jù)類型，選擇合適的索引

sql的編寫需要注意優(yōu)化：

使用limit對(duì)查詢結(jié)果的記錄進(jìn)行限定

避免select *，將需要查找的字段列出來

使用連接（join）來代替子查詢

拆分大的delete或insert語句

可通過開啟慢查詢?nèi)罩緛碚页鲚^慢的SQL

不做列運(yùn)算：SELECT id WHERE age + 1 = 10，任何對(duì)列的操作都將導(dǎo)致表掃描，它包括數(shù)據(jù)庫教程函數(shù)、計(jì)算表達(dá)式等等，查詢時(shí)要盡可能將操作移至等號(hào)右邊

sql語句盡可能簡單：一條sql只能在一個(gè)cpu運(yùn)算；大語句拆小語句，減少鎖時(shí)間；一條大sql可以堵死整個(gè)庫

OR改寫成IN：OR的效率是n級(jí)別，IN的效率是log(n)級(jí)別，in的個(gè)數(shù)建議控制在200以內(nèi)

不用函數(shù)和觸發(fā)器，在應(yīng)用程序?qū)崿F(xiàn)

避免%xxx式查詢

少用JOIN

使用同類型進(jìn)行比較，比如用'123'和'123'比，123和123比

盡量避免在WHERE子句中使用!=或<>操作符，否則將引擎放棄使用索引而進(jìn)行全表掃描

對(duì)于連續(xù)數(shù)值，使用BETWEEN不用IN：SELECT id FROM t WHERE num BETWEEN 1 AND 5

列表數(shù)據(jù)不要拿全表，要使用LIMIT來分頁，每頁數(shù)量也不要太大

引擎：

MyISAM

不支持行鎖，讀取時(shí)對(duì)需要讀到的所有表加鎖，寫入時(shí)則對(duì)表加排它鎖

不支持事務(wù)

不支持外鍵

不支持崩潰后的安全恢復(fù)

在表有讀取查詢的同時(shí)，支持往表中插入新紀(jì)錄

支持BLOB和TEXT的前500個(gè)字符索引，支持全文索引

支持延遲更新索引，極大提升寫入性能

對(duì)于不會(huì)進(jìn)行修改的表，支持壓縮表，極大減少磁盤空間占用

InnoDB

支持行鎖，采用MVCC來支持高并發(fā)

支持事務(wù)

支持外鍵

支持崩潰后的安全恢復(fù)

不支持全文索引

總體來講，MyISAM適合SELECT密集型的表，而InnoDB適合INSERT和UPDATE密集型的表

分區(qū)、分表、分庫（讀寫分離）

以上所述是小編給大家介紹的Mysql優(yōu)化策略詳解整合，希望對(duì)大家有所幫助，如果大家有任何疑問請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

最新評(píng)論