MySQL系列:性能优化
1. 優化簡介
MySQL性能優化包括:查詢優化、數據庫結構優化、MySQL服務器優化等。
2. 查詢優化
2.1 分析查詢語句
MySQL提供EXPLAIN和DESCRIBE,用來分析查詢語句。
EXPLAIN語句的基本語法:
EXPLAIN [EXTENDED] SELECT select_options其中,EXTENDED用于EXPLAIN產生附加信息,select_options是SELECT語句的查詢選項,包括FROM WHERE子句等。
mysql> EXPLAIN SELECT * FROM product; +----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------+ | 1 | SIMPLE | product | NULL | ALL | NULL | NULL | NULL | NULL | 1 | 100.00 | NULL | +----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------+其中,
id:SELECT識別符,SELECT的查詢序列號。
select_type:SELECT語句的類型。
取值包括:
(1)SIMPLE:簡單查詢,不包括連接查詢和子查詢
(2)PRIMARY:主查詢,或最外層的查詢語句
(3)UNION:連接查詢的第2個或后面的查詢語句
(4)DEPENDENT UNION:連接查詢中的第2個或后面的SELECT語句,取決于外面的查詢
(5)UNION RESULT:連接查詢的結果
(6)SUBQUERY:子查詢中的第1個SELECT語句
(7)DEPENDENT SUBQUERY:子查詢中的第1個SELECT,取決于外面的查詢
(8)DERIVED:導出表的SELECT(FROM子句的子查詢)
table:查詢的表
type:表的連接類型
表的連接類型從最佳到最差順序:
(1)system:該表是僅有一行的系統表,是const連接類型的一個特例。
(2)const:數據表最多只有一個匹配行,const表查詢速度很快,因為只讀取一次。
const用于使用常量值比較PRIMARY KEY或UNIQUE索引場合。
mysql> EXPLAIN SELECT * FROM product WHERE id = 1; +----+-------------+---------+------------+-------+---------------+---------+---------+-------+------+----------+-------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+---------+------------+-------+---------------+---------+---------+-------+------+----------+-------+ | 1 | SIMPLE | product | NULL | const | PRIMARY | PRIMARY | 4 | const | 1 | 100 | NULL | +----+-------------+---------+------------+-------+---------------+---------+---------+-------+------+----------+-------+(3)eq_ref:用在一個索引的所有部分被連接使用并且索引是UNIQUE或PRIMARY KEY。
eq_ref可以用于使用"="操作符比較帶索引的列。比較值為常量或一個在該表前面所讀取的列的表達式。
mysql> EXPLAIN SELECT-> product.*-> FROM-> product-> INNER JOIN category ON product.category_id = category.id; +----+-------------+-----------+------------+--------+---------------+---------+---------+------------------------+------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-----------+------------+--------+---------------+---------+---------+------------------------+------+----------+-------------+ | 1 | SIMPLE | product | NULL | ALL | NULL | NULL | NULL | NULL | 118 | 100 | Using where | | 1 | SIMPLE | category | NULL | eq_ref | PRIMARY | PRIMARY | 4 | db.product.category_id | 1 | 100 | Using index | +----+-------------+-----------+------------+--------+---------------+---------+---------+------------------------+------+----------+-------------+?
轉載于:https://www.cnblogs.com/libingql/p/8669150.html
總結
以上是生活随笔為你收集整理的MySQL系列:性能优化的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 逻辑于 逻辑或
- 下一篇: 云计算是数据分析的最佳场所吗?