尊重劳动成功,转载请附上本文链接及作者:jianfeng_soft@163.com (road)
最近(周五)在与朋友聊天时,聊到他们做游戏服务端用到一个排行榜的功能,自然接下来我们就聊到了redis,但由于线程问题,网上普遍看到都是单线程,不管是单线程或但即便是双线程,hashes..hgetall...也会出现cpu瓶颈,对于解决此瓶颈,目前能想到的就是在前面先打一层MC(Midnight Commander)来减少请求量
个人总结,在试用redis前,首先需要准确定位你是使用redis 的 cache呢还是使用她的存储?
cache实用于前面提到的排行榜,统计短数据量的场景,因为用redis的list存排行榜数据,如果内存不够可以T出。
另外我大致以个人经验简述一下redis的场景和注意事项,希望能给未有过实用经验的小伙伴带来一些帮助,redis 只适合应用于大量写入复杂的数据结构,或者简单的数据结构但要持久化的场景,并且最关键是数据容量必须要小于内存,
因此必须要在使用前做硬件内存容量规划,比如未来的增长预算,当前存入一个hashes kv需要占用多少空间,依此来做预算。
即便做了持久化,内存碎片也很严重,意思就是即便数据被移到磁盘(rdb或aof),所有数据始终都会仍然存在于占用内存 (因此你需要考虑是否需要做持久化?做持久化是选择rdb还是aof?)
rdb: 好处是只会短期内影响读写速度,但是可能丢数据 ;
aof: 每一次写都导致有性能下级,并且恢复时间要长,比mc的延迟更高,特别是做了持久化,即便不做持久化也比mc更延迟。
综合评测redis优缺点
优点:内存操作特别快,高级的数据结构可用,
缺点:磁盘操作慢,偶尔延迟,耗内存
最后附带以下是段落是摘自网络对redis线程(单双之谜)进行贴码透析:
多进程分析:
- int rdbSaveBackground(char *filename) {
- pid_t childpid;
- long long start;
- if (server.rdb_child_pid != -1) return REDIS_ERR;
- server.dirty_before_bgsave = server.dirty;
- server.lastbgsave_try = time(NULL);
- start = ustime();
- if ((childpid = fork()) == 0) {
- int retval;
- /* Child */
- if (server.ipfd > 0) close(server.ipfd);
- if (server.sofd > 0) close(server.sofd);
- retval = rdbSave(filename);
- if (retval == REDIS_OK) {
- size_t private_dirty = zmalloc_get_private_dirty();
- if (private_dirty) {