一起來分析MySQL的update語句是怎樣執行的

本篇文章給大家帶來了關于mysql的相關知識，其中主要介紹了關于一條update語句是怎樣執行的相關問題，執行update更新操作時，跟表有關的查詢緩存會失效，所以語句就會把表上所有緩存結果都清空，下面就一起來看一下，希望對大家有幫助。

推薦學習：mysql

前期準備

首先創建一張表，然后插入三條數據：

CREATE TABLE T( 	ID int(11) NOT NULL AUTO_INCREMENT, 	c int(11) NOT NULL, 	PRIMARY KEY (ID)) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='測試表';INSERT INTO T(c) VALUES (1), (2), (3);

讓后執行更新操作：

update T set c=c+1 where ID=2;

在說更新操作前，大家先來看一下sql語句在mysql中的執行流程~

SQL語句的執行過程

如圖所示：MySQL數據庫主要分為兩個層級：服務層和存儲引擎層服務層：server層包括連接器、查詢緩存、分析器、優化器、執行器，包括大多數MySQL中的核心功能所有跨存儲引擎的功能也在這一層實現，包括 存儲過程、觸發器、視圖等。 存儲引擎層：存儲引擎層包括MySQL常見的存儲引擎，包括MyISAM、InnoDB和Memory等，最常用的是InnoDB，也是現在MySQL的默認存儲引擎。

server層中的組件介紹

• 連接器： 需要MySQL客戶端登錄，需要一個 連接器 來連接用戶和MySQL數據庫，“mysql -u 用戶名 -p 密碼” 進行MySQL登錄，在完成 TCP握手 后，連接器會根據輸入的用戶名和密碼驗證登錄身份。

• 查詢緩存： MySQL在得到一個執行請求后，會首先去 查詢緩存 中查找，是否執行過這條SQL語句，之前執行過得語句以及結果會以 key-value對的形式，放在內存中。key是查詢語句，value是查詢的結果。如果通過key能夠查找到這條SQL語句，直接返回SQL的執行結果。若不存在緩存中，就會繼續后面的執行階段。執行完成后，執行結果就會被放入查詢緩存中。優點是效率高。但是查詢緩存不建議使用， 因為在MySQL中對某張表進行了更新操作，那么所有的查詢緩存就會失效，對于更新頻繁的數據庫來說，查詢緩存的命中率很低。需要注意：在MySQL8.0版本，查詢緩存功能就刪除了，不存在查詢緩存的功能了

• 分析器: 分為詞法分析和語法分析

  • 詞法分析： 首先，MySQL會根據SQL語句進行解析，分析器會先做 詞法分析，你寫的SQL就是由多個字符串和空格組成的一條SQL語句，MySQL需要識別出里面的字符串是什么，代表什么。
  • 語法分析： 然后進行 語法分析， 根據詞法分析的結果，語法分析器會根據語法規則，判斷輸入的這個SQL語句是否滿足MySQL語法。如果SQL語句不正確，就提示：You have an error in your SQL suntax

• 優化器： 經過分析器分析后，SQL就合法了，但在執行之前，還需要進行優化器的處理，優化器會判斷使用了哪種索引，使用哪種連接，優化器的作用 就是確定效率最高的執行方案。

• 執行器： 在執行階段，MySQL首先會判斷有沒有執行語句的權限，若無權限，返回沒有權限的錯誤；若有權限，就打開表繼續執行。打開表時，執行器會根據標的引擎定義，去使用該引擎提供的接口，對于有索引的表，執行的邏輯類似。

了解完SQL語句的執行流程我們接下來詳細分析一下上面update T set c=c+1 where ID=2;是如何執行的。

Update語句分析

update T set c=c+1 where ID=2;

在執行update更新操作的時候，跟這個表有關的查詢緩存會失效，所以這條語句就會把表 T 上所有緩存結果都清空。接下來，分析器會經過語法分析和詞法分析，知道了這是一條更新語句后，優化器決定要使用哪一個索引，然后執行器負責具體的執行，先找到這一行，然后做更新。

按照我們平常的思路，就是 找出這條記錄，把它的值改好，保存就OK了 。但我們追究一下細節，由于涉及到修改數據，所以涉及到日志了。更新操作涉及到兩個重要的日志模塊。redo log(重做日志)，bin log(歸檔日志)。MySQL中的這兩個日志也是必學的。

redo log(重做日志)

• 在 MySQL 里，如果每一次的更新操作都需要寫進磁盤，然后磁盤也要找到對應的那條記錄，然后再更新，整個過程 IO 成本、查找成本都很高。
  MySQL里使用WAL(預寫式日志)技術，WAL 的全稱是 Write-Ahead Logging，它的關鍵點就是 先寫日志，再寫磁盤。
• 具體來說，當有一條記錄需要更新的時候，InnoDB 引擎就會先把記錄寫到 redo log里面，并更新內存，這個時候更新就算完成了。同時，InnoDB 引擎會在適當的時候，將這個操作記錄更新到磁盤里面，而這個更新往往是在系統比較空閑的時候做。
• InnoDB 的 redo log 是固定大小的，比如可以配置為一組 4 個文件，每個文件的大小是 1GB，那么總共就可以記錄 4GB 的操作。從頭開始寫，寫到末尾就又回到開頭循環寫。

聽完上面對redo log日志的介紹后，小伙伴們可能會問：redo log日志存儲在哪？， 數據庫信息保存在磁盤上，redo log日志也保存在磁盤上，為什么要先寫到redo log中再寫到數據庫中呢？，redo log日志如果存滿數據了怎么辦？等等。接下來就解答一下這些疑問。

redo log存儲在哪里？

InnoDB引擎先把記錄寫到redo log 中，redo log 在哪，它也是在磁盤上，這也是一個寫磁盤的過程， 但是與更新過程不一樣的是，更新過程是在磁盤上隨機IO，費時。 而寫redo log 是在磁盤上順序IO。效率要高。

redo log 空間是固定，那它會不會用完呢？

首先不用擔心 redo log 會用完空間，因為它是循環利用的。例如 redo log 日志配置為一組4個文件，每個文件分別為1G。它寫的流程如下圖：

簡單總結一下: redo log日志是Innodb存儲引擎特有的機制，可以用來應對異?；謴?/strong>，Crash-safe，redo可以保證mysql異常重啟時，將未提交的事務回滾，已提交的事務安全落庫。

update T set c=c+1 where ID=2;