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)@author：http://www.cnblogs.com/geaozhang/
一、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)