電子計數器|電子計米器—無錫市AG8電子儀器研究所

聯係AG8

地址:無錫市金山北科創園會北路28-83號
電話:+86-510-83715557
傳真:+86-510-83703360
網址:www.thelatexfetish.com

當前位置: 首頁 > 新聞資訊 > 行業新聞

MySql計數器如何實現高性能高並發的計數器功能

關鍵詞:電子計數器 電子計米器 來源:AG8電子儀器 時間:2018-01-12 15:52:07 瀏覽量:
注:這裏僅僅是Mysql方麵,有人會說高並發下你這是直接讀寫Mysql啦,項目的瓶頸本來就在數據庫啦。。。其實。。。這裏隻是說Mysql的表怎麽去設計而已。你完全可以在這個地方用隊列去寫表,你也可以把計數器在內存中保存,一直來累加,1個小時持久化一次。你也可以去用號稱每秒讀寫十萬次的Redis。比如我買的500塊一年的虛擬主機,比如萬網的,新網的機器,我隻有LAMP架構,我沒有Memcache,我沒有Redis。對於Mysql我就隻能這麽去設計。下麵的評論,真不想說什麽了。
MySql計數器,如網站點擊數,如何實現高性能高並發的計數器功能。
現在有很多的項目,對計數器的實現甚是隨意,比如在實現網站文章點擊數的時候,是這麽設計數據表的,如:”article_id, menu_id, article_name, article_content, article_author, article_view......在article_view中記錄該文章的瀏覽量。詐一看似乎沒有問題。對於小站,比如本博客,就是這麽做的,因為小菜的博客難道會涉及並發問題嗎?答案顯而易見,一天沒多少IP,而且以後不會很大。
言歸正傳,對文章資訊類為主的項目,在瀏覽一個頁麵的時候不但要進行大量的查(查詢上文的記錄,已經所屬分類的名字、熱門文章資訊評論、TAG等),還要進行寫操作(更新瀏覽數點擊數)。把文章的詳細內容和計數器放在一張表盡管對開發很方便,但是會造成數據庫的壓力過大(不然為什麽大項目都要分庫分表呢)。
那麽,分兩張表存放就好了麽?一張表存文章詳細信息,另一張表單獨存計數器。
這種方式,雖然分擔了文章表的壓力,但是每當有一個進程請求更新的時候,都會產生全局的互斥鎖,隻能串行,不能並行。在高並發下會有較長的等待時間。
另一種比較好的辦法是對每一個文章的計數器不是一行,而是多行,比如吧,一百行。每次隨機更新其中一行,該文章的瀏覽數就是所有行的和。
小訪問量的隨機池子100個肯定多了,三五個足矣。每次訪問的時候,隨機一個數字(1-100)作為pond,如何該pond存在則更新view+1,否則插入,view=1。借助DUPLICATE KEY,不然在程序裏是實現得先SELECT,判斷一下再INSERT或者UPDATE。
INSERT INTO `article_view` (`article_id`, `pond`, `view`) VALUES (`123`, RAND()*100, 1) ON DUPLICATE KEY UPDATE `view`=`view`+1
獲取指定文章的總訪問量的時候:
SELECT SUM(`view`) FROM `article_view` WHERE `article_id`='123'
凡事都是雙刃劍。為了更快的讀AG8通常要犧牲一些東西。在讀比較多的表要加快讀的速度,在寫較多的表要加快寫的速度。各自權衡。在加快讀的速度的時候,AG8犧牲的並不僅僅是寫的性能,還有開發成本,開發變的更複雜,維護成本等。所以並不是讀的速度越快越好,需要找一個平衡點。
想了解更多關於電子計數器,電子計米器的相關信息,請持續關注無錫市AG8電子儀器研究所官網www.thelatexfetish.com
下一頁:返回列表