a*****1
发帖数: 314 | 1 一个 user表的几个field，每次操作都要判断。
打算放到一个class里面，然后，一个object 一个 hash。 这样读写更快。不用反序列
化了。
如果几百million object就要创建 几百million hash。 可不可以这样做呢？
hash 数量，没限制吧？？
谢谢了 |
d****n
发帖数: 12461 | 2 只有内存限制，应该没有数量限制。不过redis是单线程，你要是并发的可能有点问题。
【在 a*****1 的大作中提到】
: 一个 user表的几个field，每次操作都要判断。
: 打算放到一个class里面，然后，一个object 一个 hash。 这样读写更快。不用反序列
: 化了。
: 如果几百million object就要创建 几百million hash。 可不可以这样做呢？
: hash 数量，没限制吧？？
: 谢谢了
|
a*****1
发帖数: 314 | 3 如果把所有user 放到一个 hash。这种方法 是不是 通用方法？
序列化 反序列化 开销 没那么大吧？
[在 dynkin (化神奇为腐朽) 的大作中提到：]
:只有内存限制，应该没有数量限制。不过redis是单线程，你要是并发的可能有点问题
。 |
s*********y
发帖数: 6151 | 4 是。 确实是通用做法。
听说过用快速zip放redis对于大的object 可以省点内存
你可以再在redis里建个查找表如果需要序列的话。
【在 a*****1 的大作中提到】
: 如果把所有user 放到一个 hash。这种方法 是不是 通用方法？
: 序列化 反序列化 开销 没那么大吧？
: [在 dynkin (化神奇为腐朽) 的大作中提到：]
: :只有内存限制，应该没有数量限制。不过redis是单线程，你要是并发的可能有点问题
: 。
|
e*******o
发帖数: 4654 | |
e*******o
发帖数: 4654 | |
c*********e
发帖数: 16335 | 7 有多线程的redis吗？
【在 a*****1 的大作中提到】
: 一个 user表的几个field，每次操作都要判断。
: 打算放到一个class里面，然后，一个object 一个 hash。 这样读写更快。不用反序列
: 化了。
: 如果几百million object就要创建 几百million hash。 可不可以这样做呢？
: hash 数量，没限制吧？？
: 谢谢了
|
a*****1
发帖数: 314 | 8 谢谢 各位了。
redis 是 单线程的。好像没有多线程的吧。 |
N*****m
发帖数: 42603 | 9 单线程好处是没有锁
【在 a*****1 的大作中提到】
: 谢谢 各位了。
: redis 是 单线程的。好像没有多线程的吧。
|
s*********y
发帖数: 6151 | 10 Redis是 non blocking. multiplex.足以应付大多数应用 为啥非要多线程 |
c*********e
发帖数: 16335 | 11 自己用node.js写一个，应该比redis快吧？
【在 s*********y 的大作中提到】
: Redis是 non blocking. multiplex.足以应付大多数应用 为啥非要多线程
|
c******n
发帖数: 16666 | 12 反正都是non blocking，就算v8优化得好 也没必要重新造轮子吧？
【在 c*********e 的大作中提到】
: 自己用node.js写一个，应该比redis快吧？
|
