MySQL 原理與優化之Update 優化
前言:
談到Update 語句大傢可能不會陌生,很多情況下我們都會使用它來更新table中的記錄。一般而言我們會使用innodb 的存儲引擎,innodb引擎是基於行鎖的,具體一點說是針對索引來加鎖的(保證鎖不能失效),並不是針對記錄加鎖,如果對於沒有建立索引的字段進行過濾操作,從而執行update 的話,會導致表鎖 。
今天就看看在使用innodb的時候如何使用update 語句。
已經存在course 表,其內容如下:
目前該表沒有加任何的索引,默認情況下id 是表的索引。
接著讓我們分別開啟兩個事務(兩個客戶端),分別執行下述指令。
開啟第一個事務:
begin; update course set name = 'Java' where id = 1;
開啟另外一個事務
begin; update course set name = 'Spark' where id = 4;
兩個事務都可以執行,然後再分別執行兩個事務的 commit 操作,就可以看到更新的結果。
兩個事務能夠並行執行的條件是id 是表course 的索引,可以由於update id 分別對應2 和4 ,隻是針對這兩行記錄進行加鎖。
接著讓我們看看另外一個例子,依舊是開啟兩個事務,但是where 條件選擇使用name ,而且name 沒有作為course 表的索引。
開啟一個事務:
begin; update course set name = 'Vue.js' where name = 'PHP';
然後再執行另外一個事務
begin; update course set name = 'SQLServer' where name = 'MySQL';
此時在執行第二個事務的update 語句的時候,會被阻塞。就是因為針對name 的過濾條件並不是course 的索引,此時的update 語句進行瞭鎖表的操作,必須等第一個事務commit之後,釋放掉表鎖,第二個事務才能繼續執行。
為瞭讓兩個事務能夠並行執行,我們將name 加入到course 的索引中去。
create index index_name on course(name); show index from course;
接著再執行剛才的兩個事務,這兩個事務分別對不同的記錄進行更新,where 中的name條件不一樣的情況下,也不會出現鎖表的情況,這是因為將name 作為瞭course 的索引。
為瞭演示方便,這裡我們將更新的條件調整一下:
開啟一個事務:
begin; update course set name = 'PHP' where name = 'Vue.js';
然後再執行另外一個事務
begin; update course set name = 'MySQL' where name = 'SQLServer';
結果和我們預想的一樣,兩個事務可以並行執行,同時在commit之後能夠看到結果。
總結一下, 如果使用innodb存儲引擎,update 的時候存在where 條件的情況下,條件字段是索引的情況可以提升更新的效率,避免鎖表的情況發生。
到此這篇關於MySQL 原理與優化之Update 優化的文章就介紹到這瞭,更多相關MySQL Update 優化內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!