MollyBa

> 哪个版本？ 主：基于源码编译 -- unstable分支 从：下载release：tendisplus-2.5.0-rocksdb-v6.23.3

> raffertyyu 已申请

> -d 512000000，你要测试每条value512MB的性能吗？这种情况下性能会有很大影响的。 是想看每条的大小分水岭，现在已经停了，但是这个性能迟迟不能恢复，已经持续2天了。 需要重启吗？

或者 我们自己在tendis上面搭一套redis呢？蛤

一定要用memtier_benchmark这个工具吗？ 用了源码自带的redis-benchmark 有从网上下载新的redis-benchmark --cluster 效果都很一般， qps才几万， 配置也都差不多。 40core 30%的mem get: throughput summary: 44424.70 requests per second latency summary (msec): avg min p50 p95 p99 max 0.961 0.088 0.967 1.111 1.255...

> 好问题， 同问。另外 每个节点应该存储多少的业务数据为合适呢？ 或者说我拿我的业务数据 怎么确定用3主3从 还是N主N从 效果最好

> 确实如此 源码自带的redis-benchmark(不支持--cluster，应该是单点) 和 下载redis新版本的redis-benchmark(支持--cluster) 都不及官网提供的压测奏效 /memtier_benchmark -t 12 -c 50 -s xxxx -p yyyy --cluster-mode --key-minimum=1 --key-maximum=500000000 --random-data --data-size=128 --test-time=1800 ops：44w+  ---------------------------------------- 期间tendis集群节点的cpu idle在75%左右 io性能也不是瓶颈， 感觉还能调整下参数。往上压

> > 40核单节点一般在50万以上，调整好参数可以更高，不过具体多少还得要看使用场景。 节点数越多，qps越高，一般来说是线性关系。但节点数不宜太多，比如100个以内。 另外，腾讯内部一般都是采用docker隔离小机型，比如8核16g内存500GB磁盘，这样的好处是资源利用率更高，备份，回档等运维起来更方便。当然使用32核128GB这样的大机型也是支持的，具体要看业务情况和运维情况。 > > 能帮忙分析一下我的那个问题，3个节点的集群，memtier_benchmark -t 10 -c 50 压测set/get比例1:1，整个集群QPS在52万左右，算下来单机只有20万左右，CPU利用率在50%左右（其中sys占了25%，io不存在瓶颈）。调大并发线程数能到80万，但是CPU利用率也会达到80%，不知道到还有啥优化空间没有。 数据差不多，我也存在这个点，单点在十几w 参数里有个maxclient 压的并发太多 直接就timeout reset peer了。 无法把cpu跑满

> 所以按照这个逻辑 tendis 的内存占用最小也要1280M 也就是1.2G (在rocks.blockcachemb配置很小 1M)

> Redis/Tendis都支持从节点的读，可以参考[Readonly](https://redis.io/commands/readonly/) 和[Redis cluster](https://redis.io/docs/reference/cluster-spec/#scaling-reads-using-replica-nodes) > > 简单的例子 > > ``` > $ bin/redis-cli -p 51003 > 127.0.0.1:51003> get a > (error) MOVED 15495 127.0.0.1:51002 > 127.0.0.1:51003> readonly > OK >...