SQL執行過程中的性能負載點

一、SQL執行過程

1、用戶連接資料庫，執行SQL語句；

2、先在內存進行內存讀，找到了所需數據就直接交給用戶工作空間；

3、內存讀失敗，也就說在內存中沒找到支持SQL所需數據，就進行物理讀，也就是到磁碟中查找；

4、找到的數據放到內存中，在內存進行數據過濾再放到會話工作空間。

5、假設會話工作空間需要暫存結果集進行排序，但空間不足的話，就會借用磁碟tmpdir，最後再將結果返回給用戶。

註：

用戶會話空間是內存中分配出來的一個工作空間，而innodb_buffer_pool是innodb存儲引擎在內存中的一個緩衝池。

一個SQL執行速度快並不能說明這個SQL沒有性能問題，SQL性能不是一定需要利用並發來測試，主要是看其資源消耗點。

二、影響SQL執行幾個資源消耗點(最底層理論依據)：

1、用戶連接線程建立

2、物理讀，I/O慢

3、內存讀，消耗CPU

4、磁碟排序

5、數據傳輸，網路消耗

三、判斷一個SQL的性能執行優劣

根據SQL執行的資源消耗點來進行判斷。

1、如何判斷是否出現連接建立

mysql> show global status like "Threads_created";
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| Threads_created | 5 |
+-----------------+-------+
1 row in set (0.00 sec)

2、如何判斷是否出現物理讀

mysql> show global status like "Innodb%read%";
+---------------------------------------+----------+
| Variable_name | Value |
+---------------------------------------+----------+
| Innodb_buffer_pool_read_ahead_rnd | 0 |
| Innodb_buffer_pool_read_ahead | 2303 |
| Innodb_buffer_pool_read_ahead_evicted | 0 |
| Innodb_buffer_pool_read_requests | 137140 |
| Innodb_buffer_pool_reads | 662 |
| Innodb_data_pending_reads | 0 |
| Innodb_data_read | 49271296 |
| Innodb_data_reads | 3130 |
| Innodb_pages_read | 2964 |
| Innodb_rows_read | 369 |
+---------------------------------------+----------+
10 rows in set (0.01 sec)

關注點：

1、Innodb_buffer_pool_reads：innodb物理讀的次數

2、Innodb_data_reads：物理讀IO請求次數

3、Innodb_pages_read：物理讀page的總數

3、如何判斷是否出現過量內存讀(比值)

mysql> show global status like "Innodb_rows_read";
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| Innodb_rows_read | 369 |
+------------------+-------+
1 row in set (0.00 sec)

Innodb_rows_read：實際上的內存讀的數量，也就是實際上需要訪問的數據量(返回的數據量)

4、如何判斷是否出現磁碟排序

mysql> show global status like "sort_merge_passes";
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| Sort_merge_passes | 0 |
+-------------------+-------+
1 row in set (0.00 sec)

sort_merge_passes：必須要做歸併排序的次數

5、如何查看網路傳輸量

mysql> show global status like "%bytes%";
+--------------------------------+----------+
| Variable_name | Value |
+--------------------------------+----------+
| Bytes_received | 8943228 |
| Bytes_sent | 10775680 |
| Innodb_buffer_pool_bytes_data | 49741824 |
| Innodb_buffer_pool_bytes_dirty | 0 |
+--------------------------------+----------+
4 rows in set (0.01 sec)

四、關於磁碟排序

客戶端一個用戶連接到伺服器MySQL資料庫，系統為該用戶啟動一個用戶會話，資料庫開啟一個用戶連接線程，並根據配置參數在內存中為該用戶分配用戶工作空間。如果讀取的數據結果集要進行排序處理，而用戶工作空間不夠用的話，就會向磁碟借用空間，磁碟排序。

mysql> show variables like "tmpdir";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| tmpdir | /tmp |
+---------------+-------+
1 row in set (0.01 sec)

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！