標籤:foo 主鍵 問題 str 訊息 介面 指定 span 記錄
一問題
需求是非同步給 IM 發送link訊息,所以有一張訊息表,每次查詢發送失敗的資料,並對這些行資料加鎖,(避免別的線程重新查詢出來發送訊息)
select * from message where id > ?1 AND message_status = ?2 and send_times < ?3 order by create_time asc for update |
然後調用 IM發送訊息的介面 進行補發,探索資料量較多時會出現發送兩次訊息的情況。
經過分析,發現原來是查出來發送失敗的資料時候加鎖失敗,研究發現,原來 for update鎖表必須開啟事務,在begin與commit之間才生效。
二總結
InnoDB預設是行層級的鎖,當有明確指定的主鍵時候,是行級鎖。否則是表層級。
例子: 假設表foods ,存在有id跟name、status三個欄位,id是主鍵,status有索引。
例1: (明確指定主鍵,並且有此記錄,行級鎖)
SELECT * FROM foods WHERE id=1 FOR UPDATE;
SELECT * FROM foods WHERE id=1 and state=’待發送’ FOR UPDATE;
例2: (明確指定主鍵/索引,若查無此記錄,無鎖)
SELECT * FROM foods WHERE id=-1 FOR UPDATE;
例3: (無主鍵/索引,表級鎖)
SELECT * FROM foods WHERE state=’待發送’ FOR UPDATE;
例4: (主鍵/索引不明確,表級鎖)
SELECT * FROM foods WHERE id<>’3’ FOR UPDATE;
SELECT * FROM foods WHERE id LIKE ‘3’ FOR UPDATE;
注意,for update 僅適用於InnoDB,並且必須開啟事務,在begin與commit之間才生效。
行級鎖時,不查到記錄,無鎖。 表級鎖時,不管是否查詢到記錄,都會鎖定表。
for update在mysql中使用