1
binux 2014-03-27 23:40:04 +08:00
谁告诉你Redis持久化靠谱了,dump的时候卡个半死
|
2
kfll 2014-03-27 23:42:40 +08:00 via Android 1
搜索一篇名为『色情网站有多大』的文章,里面有提到『在软件方面,YouPorn完全使用Redis进行数据存储,并使用MySQL小型数据库管理系统对Redis进行添加或管理。网页的HTTP服务器是Nginx,负载均衡则使用的是HAProxy和Varnish。Redis服务器每秒需要处理30万个页面请求,每小时会记录下8到15GB的数据(包括用户登录、观看记录等),YouPorn认为Redis处理每天2亿的访问量不成问题。』
|
3
gaicitadie 2014-03-27 23:44:03 +08:00 via Android
十年前迷信纯静态,连论坛都想着生成静态页
|
4
clowwindy 2014-03-28 00:19:39 +08:00 3
我们之前的惨痛教训,纯用 Redis 做持久化,后来用户量上来之后发现大部分表只能挪到传统数据库里,内存就那么多,Redis 只能做缓存放热数据,项目几乎等于重写了一遍。
不要迷信单一技术,根据资源合理进行配置路才比较好走。 |
5
nosmatch 2014-03-28 09:13:28 +08:00
如果机器够多,那就开主从,要么就自己做持久化
|
6
mywaiting OP 本来想求介绍个纯redis的开源project围观一下什么的,结果大家都在吐槽redis……囧……
|
7
tywtyw2002 2014-03-28 09:25:57 +08:00
现在内存这么便宜 32G的纯radis 应该不怎么成问题吧?
我觉得radis存下用户数据啥的没啥问题,但是帖子啥的内容存进去比较蛋疼,利用率比较低。 向YouPorn说的,存放观看记录,用户信息啥的是很正确的。 radis目前对crash恢复能力如何呢? |
9
mywaiting OP @binux 参考一下这个文章 http://blog.nosqlfan.com/html/3813.html 里面有一句话:总之最后的结论就是,在Redis开启AOF的情况下,其单机数据安全性并不比这些成熟的SQL数据库弱。
@clowwindy Redis就是靠内存吧,你的项目冷热数据和内存限制只能让你重写啦!现在内存便宜,其实你的问题不至于会成为大问题。你的这句话“不要迷信单一技术,根据资源合理进行配置路才比较好走”我记下来了,谢谢亲!不过想到与其不断从MySQL到Redis上面靠,不与直接用redis好了,省事! @tywtyw2002 crash可用AOF主从,我没有实际应用过,当社区反映没有问题。 @9hills 亲能告诉我一些具体的局限性的例子么?求拍醒...... |
11
Numbcoder 2014-03-28 10:29:27 +08:00 2
和 @clowwindy 有过一样的惨痛教训,不要觉得现在的内存够大,够便宜,就可以随便用。等你的程序跑个一年之后,你会发现有很多历史数据是极少被访问的,但是又不能删,却仍占着内存,再后来,你会发现这个坑越来越大!
|
12
mywaiting OP @Numbcoder 拿V2EX的当前的运行情况来说吧“注册会员 59188 主题104403 回复1012381”按照每个kv占内存1kB来计算,这里也不超过2GB而已。求继续拍醒.......= =
|
13
qdvictory 2014-03-28 10:56:12 +08:00 2
@mywaiting v2ex的数据不算多,我们公司的数据库有14g,但是时常访问的数据最多也就1g,这些热数据完全可以用redis顶下来,但是不排除访问冷数据。
如果全用redis的话这个性价比是不可接受的。所以我的做法一直是用mysql保存所有的数据,同时redis实时对热数据进行缓存。就像mysql是一个资料库,所有的资料都可以在mysql找到,而redis像是一个前台,可以很快速的查到想要的数据,如果找不到,就去资料库现提。 目前redis占用不到1G的内存。 |