1
yuyuyu101 2013-03-31 00:45:22 +08:00 1
memcached对于大字符串效率更高
|
2
ElmerZhang 2013-03-31 15:53:33 +08:00 1
直接用Memcached就可以了,反正内存够
|
3
thetcc 2013-03-31 16:30:39 +08:00 1
小文件是多小?只要你存储的的内容不要超过实际内存,应该没什么问题。redis里单个value的最大值是512MB,所以你小文件是绝对不会超过的。redis的key,value都可以是二进制数据或字符串。
|
4
twm 2013-03-31 21:14:29 +08:00 via iPhone 1
100w,小意思
|
5
ipconfiger 2013-03-31 21:56:46 +08:00 1
你还不如直接/dev/shm来得直接简单点呢
|
6
Livid MOD 几个问题:
- 实际占用的内存会大于 4G - 如果超过可用内存,Redis 会直接崩溃 - 崩溃的时候可能会丢一部分数据 - 崩溃之后再重启时,会需要花一点时间将数据从磁盘恢复到内存中,数据越多,这个时间就越长 |
7
moyaya 2013-03-31 23:18:37 +08:00 1
redis非常吃内存啊!
|
8
lookhi 2013-03-31 23:46:26 +08:00 1
并发需求上不是很大 .svg的生成比较耗费资源 虽然耗时也就是0.02秒左右
压力都不大啊,每次都动态生成吧。做最大1000个图片的缓冲队列就好了。 |
9
Tianpu OP 感谢所有回复者 我也是印象中存在一个redis可能会崩溃的印象
查找一翻资料后 一开始使用文件存储 最终修改成mysql存储 文件存储是这样的结构: {basedir}/substr(crc32({name}),1,3)/{name}.svg 由于未知的原因,竟然偶尔会失败,不确定是硬盘缓存导致写入失败还是别的什么原因,总之产生了很诡异的错误,大致是文件写造成的,而且是比较随机的出现 然后又产生了别的需求 就修改成myisam存储了 目前还算稳定 暂时没有发现问题 我不介意丢失文件 反正恢复不麻烦 只是不想偶尔还要去检查下系统是不是完蛋了 楼上所有回复者已经送钱 谢谢 |