總的來說:

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

設計表的時候：

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

索引：

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

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

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

使用limit對查詢結果的記錄進行限定

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

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

拆分大的delete或insert語句

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

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

sql語句盡可能簡單：一條sql只能在一個cpu運算；大語句拆小語句，減少鎖時間；一條大sql可以堵死整個庫

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

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

避免%xxx式查詢

少用JOIN

使用同類型進行比較，比如用'123'和'123'比，123和123比

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

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

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

引擎：

MyISAM

不支持行鎖，讀取時對需要讀到的所有表加鎖，寫入時則對表加排它鎖

不支持事務

不支持外鍵

不支持崩潰后的安全恢復

在表有讀取查詢的同時，支持往表中插入新紀錄

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

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

對于不會進行修改的表，支持壓縮表，極大減少磁盤空間占用

InnoDB

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

支持事務

支持外鍵

支持崩潰后的安全恢復

不支持全文索引

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

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

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