免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
123
最近访问板块 发新帖
楼主: crazyhadoop
打印 上一主题 下一主题

[Redis] [话题讨论]如何用好Redis(获奖名单已公布-2014-09-25) [复制链接]

论坛徽章:
4
CU十二周年纪念徽章
日期:2013-10-24 15:41:34狮子座
日期:2014-02-10 17:22:57技术图书徽章
日期:2014-02-18 08:44:12技术图书徽章
日期:2014-04-29 14:15:42
21 [报告]
发表于 2014-08-13 09:57 |只看该作者
目前只是当作能持久的memcached用

论坛徽章:
1
技术图书徽章
日期:2013-12-05 23:25:45
22 [报告]
发表于 2014-08-14 22:08 |只看该作者
>1. 现在Redis有被滥用的趋势,如何合理使用Redis,谈谈自己的认识。
简单又用的东西被滥用几乎是不可避免的。所以NoSQL之类的,滥用的不少。大多数人可能只了解其性能超高,但不会深入了解为什么性能高,以及针对自己的数据情况,如何才是更合理的使用方式。
其实这些往往花点时间,仔细研读和参悟该NOSQL的亮点以及与其他同类产品的对比,就可以做出一些不错的判断。
另外,很重要的一点,在于前期的细致规划,你要存储的数据结构?你的容量?你的数据的使用方式?


>2. 如何正确使用Redis的各种数据结构,比如list,set,hash等等。
在NoSQL之流,Redis的数据结构那是真的很丰富,合理使用真的事半功倍。
例如:一条产品的信息,memcached和redis都可以存储,但是redis可以存储hash结构,并可以仅读取hash内的某个key,这一点和memcached拉开了距离。
例如:set/zset,可以做交集并集等处理,如存储排名数据,以及在此基础上加上特定条件的排名数据的提取和组合,比数据库方便多了。

>3. 因为对Redis了解不够透彻,想必都踩过一些坑吧,比如,你使用过HGETALL吗? BGREWRITEAOF重写AOF文件会不会影响服务?聊聊踩过的坑吧,也可以从源码的层次上分析问题。
例BGREWRITEAOF的坑,还真的遇到过。这玩意本来是为了降低AOF重写对服务的影响,而且目的却是达到了,一般都是很好用的。但是,如果数据量较大,就要特别注意内存是不是真的够用,以及重写AOF文件时有大量的磁盘IO读写,这个对系统性能的影响是不可忽略的。

评分

参与人数 1可用积分 +2 收起 理由
crazyhadoop + 2 赞一个!

查看全部评分

论坛徽章:
8
综合交流区版块每周发帖之星
日期:2015-12-02 15:03:53数据库技术版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-10-02 06:20:00IT运维版块每日发帖之星
日期:2015-09-14 06:20:00金牛座
日期:2014-10-10 11:23:34CU十二周年纪念徽章
日期:2013-10-24 15:41:34酉鸡
日期:2013-10-19 10:17:1315-16赛季CBA联赛之北京
日期:2017-03-06 15:12:44
23 [报告]
发表于 2014-08-18 20:57 |只看该作者
1. 现在Redis有被滥用的趋势,如何合理使用Redis,谈谈自己的认识。
NoSQL被乱用的现象太多了,不光是Redis;还有个流派是RDBMS搞不定的,认为NoSQL就可以搞定的
设计NoSQL的数据结构和梳理业务逻辑,做好Redis容量规划

我们Redis基本不做过期,过期的设置转化为批量删除
我们不仅将Redis用作cache,也用作“临时”存储----写缓存


2. 如何正确使用Redis的各种数据结构,比如list,set,hash等等。
对每种数据结构深入的了解甚至分析源码是资深开发和存储工程师必修的课程,这样才能正确选择使用的数据结构
Redis数据结构丰富,使用好还是不容易的

3. 因为对Redis了解不够透彻,想必都踩过一些坑吧,比如,你使用过HGETALL吗? BGREWRITEAOF重写AOF文件会不会影响服务?聊聊踩过的坑吧,也可以从源码的层次上分析问题。
Redis我们也分读和写
我们有只读的Redis,比如路表和路网及静态POI的数据,基本不做更新(每天凌晨低峰期做个RDB)
我们还有写入量很大的数据,将Redis做了磁盘请前面的一层写缓存(几个低峰时段做AOF),大量的历史数据用4T SATA存储,为后续数据分析提供存储

RBD和AOF注意单机多实例的顺序,预留足够的内存(内存容量规划)
这两个持久化的策略都会影响到服务的响应时间,很郁闷

另外做主从需要全量同步,sina微博那边在2.4的版本上有支持增量的patch,不过没开源,也没被官方接收

评分

参与人数 1可用积分 +2 收起 理由
crazyhadoop + 2 赞一个!

查看全部评分

论坛徽章:
42
19周年集字徽章-周
日期:2019-10-14 14:35:31平安夜徽章
日期:2015-12-26 00:06:30数据库技术版块每日发帖之星
日期:2015-12-01 06:20:002015亚冠之首尔
日期:2015-11-04 22:25:43IT运维版块每日发帖之星
日期:2015-08-17 06:20:00寅虎
日期:2014-06-04 16:25:27狮子座
日期:2014-05-12 11:00:00辰龙
日期:2013-12-20 17:07:19射手座
日期:2013-10-24 21:01:23CU十二周年纪念徽章
日期:2013-10-24 15:41:34IT运维版块每日发帖之星
日期:2016-01-27 06:20:0015-16赛季CBA联赛之新疆
日期:2016-06-07 14:10:01
24 [报告]
发表于 2014-08-19 16:27 |只看该作者
回复 6# jieforest


    双向查找是很常见的需求,我能想 就是存两份,
    不过这样很费空间.请问有什么更好的思路?

论坛徽章:
0
25 [报告]
发表于 2014-08-24 13:50 |只看该作者
共同关注这类应用难道不是用set正合适?
chinafenghao 发表于 2014-08-12 11:08
@crazyhadoop
1. 现在Redis有被滥用的趋势,如何合理使用Redis,谈谈自己的认识。
其实主要不是为了用技术 ...

论坛徽章:
1
天蝎座
日期:2013-12-06 18:23:58
26 [报告]
发表于 2014-09-16 11:20 |只看该作者
回复 21# gnah


    大材小用哇,其实可以用的更犀利些
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP