一、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)

轉載于:https://www.cnblogs.com/geaozhang/p/7143144.html

總結

以上是生活随笔為你收集整理的SQL执行过程中的性能负载点的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。