您好,登錄后才能下訂單哦!
這篇文章主要介紹Mysql優化策略的示例分析,文中介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們一定要看完!
總的來說:
1、數據庫設計和表創建時就要考慮性能
2、sql的編寫需要注意優化
3、分區、分表、分庫
設計表的時候:
1、字段避免null值出現,null值很難查詢優化且占用額外的索引空間,推薦默認數字0代替null。
2、盡量使用INT而非BIGINT,如果非負則加上UNSIGNED(這樣數值容量會擴大一倍),當然能使用TINYINT、SMALLINT、MEDIUM_INT更好。
3、使用枚舉或整數代替字符串類型
4、盡量使用TIMESTAMP而非DATETIME
5、單表不要有太多字段,建議在20以內
6、用整型來存IP
索引:
1、索引并不是越多越好,要根據查詢有針對性的創建,考慮在WHERE和ORDER BY命令上涉及的列建立索引,可根據EXPLAIN來查看是否用了索引還是全表掃描
2、應盡量避免在WHERE子句中對字段進行NULL值判斷,否則將導致引擎放棄使用索引而進行全表掃描
3、值分布很稀少的字段不適合建索引,例如"性別"這種只有兩三個值的字段
4、字符字段只建前綴索引
5、字符字段最好不要做主鍵
6、不用外鍵,由程序保證約束
7、盡量不用UNIQUE,由程序保證約束
8、使用多列索引時主意順序和查詢條件保持一致,同時刪除不必要的單列索引
總結:使用合適的數據類型,選擇合適的索引
sql的編寫需要注意優化:
使用limit對查詢結果的記錄進行限定
避免select *,將需要查找的字段列出來
使用連接(join)來代替子查詢
拆分大的delete或insert語句
可通過開啟慢查詢日志來找出較慢的SQL
不做列運算:SELECT id WHERE age + 1 = 10,任何對列的操作都將導致表掃描,它包括數據庫教程函數、計算表達式等等,查詢時要盡可能將操作移至等號右邊
sql語句盡可能簡單:一條sql只能在一個cpu運算;大語句拆小語句,減少鎖時間;一條大sql可以堵死整個庫
OR改寫成IN:OR的效率是n級別,IN的效率是log(n)級別,in的個數建議控制在200以內
不用函數和觸發器,在應用程序實現
避免%xxx式查詢
少用JOIN
使用同類型進行比較,比如用'123'和'123'比,123和123比
盡量避免在WHERE子句中使用!=或<>操作符,否則將引擎放棄使用索引而進行全表掃描
對于連續數值,使用BETWEEN不用IN:SELECT id FROM t WHERE num BETWEEN 1 AND 5
列表數據不要拿全表,要使用LIMIT來分頁,每頁數量也不要太大
引擎:
MyISAM
不支持行鎖,讀取時對需要讀到的所有表加鎖,寫入時則對表加排它鎖
不支持事務
不支持外鍵
不支持崩潰后的安全恢復
在表有讀取查詢的同時,支持往表中插入新紀錄
支持BLOB和TEXT的前500個字符索引,支持全文索引
支持延遲更新索引,極大提升寫入性能
對于不會進行修改的表,支持壓縮表,極大減少磁盤空間占用
InnoDB
支持行鎖,采用MVCC來支持高并發
支持事務
支持外鍵
支持崩潰后的安全恢復
不支持全文索引
總體來講,MyISAM適合SELECT密集型的表,而InnoDB適合INSERT和UPDATE密集型的表
分區、分表、分庫(讀寫分離)
以上是“Mysql優化策略的示例分析”這篇文章的所有內容,感謝各位的閱讀!希望分享的內容對大家有幫助,更多相關知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。