一、SQL執(zhí)行過程

　　1、用戶連接數(shù)據(jù)庫，執(zhí)行SQL語句；

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

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

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

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

注：

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

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

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

　　1、用戶連接線程建立

　　2、物理讀，I/O慢

　　3、內存讀，消耗CPU

　　4、磁盤排序

　　5、數(shù)據(jù)傳輸，網(wǎng)絡消耗

三、判斷一個SQL的性能執(zhí)行優(yōu)劣

　　根據(jù)SQL執(zhí)行的資源消耗點來進行判斷。

1、如何判斷是否出現(xiàn)連接建立

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

2、如何判斷是否出現(xiàn)物理讀

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物理讀的次數(shù)      

　　2、Innodb_data_reads：物理讀IO請求次數(shù)       

　　3、Innodb_pages_read：物理讀page的總數(shù)       

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

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：實際上的內存讀的數(shù)量，也就是實際上需要訪問的數(shù)據(jù)量(返回的數(shù)據(jù)量)

4、如何判斷是否出現(xiàn)磁盤排序

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：必須要做歸并排序的次數(shù)

5、如何查看網(wǎng)絡傳輸量

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數(shù)據(jù)庫，系統(tǒng)為該用戶啟動一個用戶會話，數(shù)據(jù)庫開啟一個用戶連接線程，并根據(jù)配置參數(shù)在內存中為該用戶分配用戶工作空間。如果讀取的數(shù)據(jù)結果集要進行排序處理，而用戶工作空間不夠用的話，就會向磁盤借用空間，磁盤排序。

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

@author：http://www.cnblogs.com/geaozhang/

http://www.cnblogs.com/geaozhang/p/7143144.html

延伸閱讀

• 第一次在團隊中擔當組織者 2023-04-15
• 命名過程中的趣事 2022-07-12
• 在有限中追求無限的可能 2022-06-26
• 潛移默化中提高自己的編程能力 2021-05-19
• 萬碼學堂學員李*昊 [圣點世紀科技有限公司] 2019-12-10
• 寫代碼是一個痛并快樂著的過程——李*文 2019-11-27
• 我人生中第一份工作 2019-11-06
• 學習過程中，要養(yǎng)成良好的習慣——穆*杰 2019-07-05
• 知識點的歸納整理與應用——張*朝 2019-07-05
• 在失敗中總結，在跌倒中爬起——趙*道 2019-05-09

第一次在團隊中擔當組織者