如果應用在表中保存計數器,則在更新計數器時可能碰到並發問題。計數器表在web應用中非常常見。可以用這個表緩存一個用戶的朋友書、文件下載次數等。創建一張獨立的表存儲計數器是一種非常好的做法,這樣可以使計數器表小並且快。使用獨立的表可以幫助避免查詢緩存失效。如下面這個例子:
假設有一個計數器表,只有一行數據,記錄網站的點擊次數。
CREATE TABLE hit_counter( cnt int unsigned not null ) ENGINE=InnoDB;
網站的每次點擊都會導致對計數器的更新:
UPDATE hit_counter SET cnt = cnt + 1;
那么問題出現了,對於任何想要更新這一行的事務來說,這條記錄上都有全局的互斥鎖。這會使得這些事務只能串行執行。要活的跟高的冰法更新性能,我們可以這樣解決:
將技術其保存在多行中,每次隨機選擇一行進行更新,這樣需要對計數器表作如下修改:
CREATE TABLE hit_counter( slot tinyint unsigned not null primary key, cnt int unsigned not null ) ENGINE = InnoDB;
然后在這張數據表中增加100條數據。現在選擇一個隨機的槽(slot)進行更新:
UPDATE hit_counter SET cnt = cnt + 1 where slot = RAND() * 100;
要獲得統計結果,使用具和函數sum()進行查詢:
SELECT SUM( cnt ) FROM hit_counter;
但是還有一種常見的需求是每隔一段時間開始一個新的計數器(如每天一個)。想要實現這個,我們繼續修改計數器表啊:
CREATE TABLE daily_hit_counter( day date not null, slot tinyint unsigned not null, cnt int unsigned not null, primary( day , slot ) ) ENGINE=InnoDB;
在這個場景里,可以不用像前面那樣,預先生成行,而是用 ON DUPLICATE KEY UPDATE代替:
INSERT INTO daily_hit_counter( day , slot , cnt ) values( CURRENT_DATE , RAND() * 100 , 1 ) ON DUPLICATE KEY UPDATE cnt = cnt + 1;
如果希望減少表的行數,以避免表變得太大,可以寫一個周期執行的任務,合並所有結果到0號槽,並且刪除所有其他的槽:
UPDATE daily_hit_counter as c INNER JION( SEKECT day , SUM( cnt ) AS cnt , MIN( slot ) AS mslot FROM daily_hit_counter GROUP BY day ) AS x USING( day ) SET c.cnt = IF( c.slot = x.mslot , x.cnt , 0 ), c.slot = IF( c.slot = x.mslot , 0 , c.slot );
DELETE FROM daily_hit_counter WHERE slot <> 0 AND cnt = 0;