(相關資料圖)

[MySql 如何分析性能]

Sql性能分析

sql語句:     "show global status like "Com_______";"結果:    +---------------+-------+    | Variable_name | Value |    +---------------+-------+    | Com_binlog    | 0     |    | Com_commit    | 7     |    | Com_delete    | 2     |    | Com_insert    | 10    |    | Com_repair    | 0     |    | Com_revoke    | 0     |    | Com_select    | 1400  |    | Com_signal    | 0     |    | Com_update    | 2     |    | Com_xa_end    | 0     |    +---------------+-------+即： 當前數據庫查詢了1400次數，插入了1條數據，刪除了2條，更新了條；針對數據庫優化 我們只需要關注查詢次數即可，因為我們操作最多的也就是查詢;    

• 慢查詢日志

  慢查詢日志記錄了所有執行時間超過指定參數（long_query_time,單位：秒，默認10秒）的所有SQL語句的日志。

  MySQL的慢查詢日志默認沒有開啟，需要在MySQL的配置文件（/etc/my,cnf）中配置如下信息：

  SQL語句： show variables like "slow_query_log";結果：+----------------+-------+    | Variable_name  | Value |    +----------------+-------+    | slow_query_log | OFF   |    +----------------+-------+    1 row in set (0.00 sec)    # 我們可以看到日志默認為 關閉狀態！ 如需開啟 修改配置文件（/etc/my,cnf）

  修改配置文件

  #開啟MySQL慢日志查詢開關show_query_log=1#設置慢日志的時間為2秒,SQL語句執行超過2s即為慢查詢，然后就會記錄慢查詢日志long_query_time=2"“”配置文件中加入如上參數即可！"“”注意！！！# 修改完配置文件需要重啟MySQL服務！

• profile詳情

  • show profiles 能夠在做SQL優化時幫助我們了解時間都耗費到哪個地方。通過have_profiling參數，能夠看到當前MySQL是否支持profile操作：

  執行SQL語句查看是否支持profiling    select @@have_profiling;    # 結果：        +------------------+        | @@have_profiling |        +------------------+        | YES              |        +------------------+    # 可以看到我們當前數據庫是支持profile操作的

  • 默認profiling是關閉的，可以通過set語句在session/global級別開啟profiling:(session/global 代表 當前會話/全局)

  # 1。查看是否開啟profiling    select @@profiling;    結果：        +-------------+        | @@profiling |        +-------------+        |           0 |        +-------------+# 2.開啟profiling    set profiling=1;

  執行一系列的業務SQL的操作，然后我們可以通過如下指令查看SQL的執行耗時

  # 查看每一條SQL的耗時基本情況show profiles;# 查看指定query_id的SQL語句各個階段的耗時情況show profile for query query_id;# 查看指定query_id的SQL語句CPU的使用情況show profile cpu for query query_id;注意：query_id 為日志中記錄的id號 可通過第一條指令看到！

• explain執行計劃

  explain 或者 desc命令獲取MySQL如何執行select語句的信息，包括在select語句執行過程中表如何連接和連接的順序。

  語法：

  # 直接在select語句之前加上關鍵字explain/descexplain select 字段列表 from 表名 where 條件;# 例如：explain select name from t1 where id=1;# 結果：+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+|  1 | SIMPLE      | t1    | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    3 |    33.33 | Using where |+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+# explain 執行計劃中各字段的含義1、idselect查詢的序列號，表示查詢中執行select的子句或者是操作表的順序（id相同，執行順序從上到下；id不同。值越大越先執行！）。2、select_type表示select的類型，常見的取值有：simple（簡單表，即不使用表連接或者子查詢）、primary （主查詢，即外層的查詢）、union （union中的第二個或者后面的查詢語句）、subquery （select/where之后包含子查詢）等3、type表示連接類型，性能由好到差的連接類型為NULL、system、const、eq_ref、ref、range、index、all。4、possible_key顯示可能應用在這張表上的索引、一個或者多個。5、key實際使用的索引，如果為NULL、則沒有使用索引。6、key_len表示索引中使用的字節數，該值為索引字段最大可能長度，并非實際使用長度、在不損失精確性的前提下、長度越短越好。8、rowsmysql認為必須要執行查詢的行數，在innodb引擎的表中，是一個估計值，可能是并不總是準確的。9、filtered表示返回結果的行數占需要讀取行數的百分比，filtered的值越大越好。10、extra代表前邊字段中的值沒有展示出來的信息會在這個地方展示！# 重點關注：type、possible_key、key、key_len# 參考字段：rows、extra