資訊專欄INFORMATION COLUMN
摘要：之前記錄在公司內(nèi)部的上的現(xiàn)在把這些經(jīng)驗分享出來當然這些優(yōu)化都已經(jīng)在框架的底層做掉了使用框架時并不需要特別在意和的性能差別在注冊用戶的時候之前我們大量使用可以保證用戶數(shù)據(jù)的唯一性防止多次寫入但經(jīng)過測試這種方式相比性能差別巨大所以采取了下面的方
之前記錄在公司內(nèi)部的wiki上的,現(xiàn)在把這些經(jīng)驗分享出來,當然這些優(yōu)化,都已經(jīng)在框架的底層做掉了,使用框架時,并不需要特別在意
hset/hsetnx和hmset的性能差別
在注冊用戶的時候,之前我們大量使用hsetnx,可以保證用戶數(shù)據(jù)的唯一性,防止多次寫入
但經(jīng)過測試,這種方式,相比hmset性能差別巨大,所以采取了下面的方式
存儲數(shù)據(jù),某些情況采用ziplist節(jié)省空間
在做游戲時,我們大量使用redis的hash結(jié)構(gòu),但這種結(jié)構(gòu),雖然叫做hash,但當hash-max-ziplist-entries 512實用這個配置,數(shù)據(jù)key < 512條時,實際用的是ziplist,一種用binary做鏈表連接標識的壓縮鏈表,為了節(jié)省存儲空間,畢竟hash結(jié)構(gòu)要記錄的信息太多,空間換時間
在優(yōu)化之前,我們的一個普通的角色信息,是類似這樣存儲的
Key role:96
Field 96
Value [96,96,0,10,1,100]
一個role:96里只有一個field(96),這樣實際上非常浪費空間,用一個完整的ziplist結(jié)構(gòu)描述,但只存儲一個key
所以進行了優(yōu)化,例如role:0這個key,存儲了512個field,進行了這樣的拆分后,即不會觸發(fā)閥值,將存儲結(jié)構(gòu)變?yōu)檎嬲膆ash table,也充分利用了ziplist的結(jié)構(gòu)描述,大大節(jié)省了空間
一個簡單的配置:
$config["redis_cut_single_table"] = 512;
hIncrBy使用方法優(yōu)化
在我們一次請求,比如用戶道具的插入,這種時候,一次會需要生成很多的新id,這種情況,這個優(yōu)化就非常關(guān)鍵了
減少hIncrBy方法的調(diào)用次數(shù),采用php內(nèi)部預生成分配的辦法,批量插入的時候?qū)⒋罅刻嵘?br>
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/20933.html
摘要：優(yōu)化的一些建議盡量使用短的當然在精簡的同時，不要完了的見名知意。的開發(fā)者向的開發(fā)者之一詢問優(yōu)化方案，得到的回復是使用結(jié)構(gòu)。所以內(nèi)存分配策略應該設置為表示內(nèi)核允許分配所有的物理內(nèi)存，而不管當前的內(nèi)存狀態(tài)如何。 優(yōu)化的一些建議 1、盡量使用短的key 當然在精簡的同時，不要完了key的見名知意。對于value有些也可精簡，比如性別使用0、1。 2、避免使用keys * keys *, 這個...
摘要：它是第一個把數(shù)據(jù)分布在全球范圍內(nèi)的系統(tǒng)，并且支持外部一致性的分布式事務。目的是使得開發(fā)者閱讀之后，能對項目有一個初步了解，更好的參與進入的開發(fā)中。深度探索數(shù)據(jù)庫并發(fā)控制技術(shù)并發(fā)控制技術(shù)是數(shù)據(jù)庫事務處理的核心技術(shù)。 存儲過程高級篇 講解了一些存儲過程的高級特性，包括 cursor、schema、控制語句、事務等。 數(shù)據(jù)庫索引與事務管理 本篇文章為對數(shù)據(jù)庫知識的查缺補漏，從索引，事務管理，...
閱讀 3190·2021-11-10 11:35
閱讀 1295·2019-08-30 13:20
閱讀 1117·2019-08-29 16:18
閱讀 2131·2019-08-26 13:54
閱讀 2155·2019-08-26 13:50
閱讀 955·2019-08-26 13:39
閱讀 2473·2019-08-26 12:08
閱讀 1951·2019-08-26 10:37
