Tendis
Tendis copied to clipboard
Tencent
Tendis is a high-performance distributed storage system fully compatible with the Redis protocol.
k8s version: 1.17 这是yaml file: ``` apiVersion: apps/v1 kind: Deployment metadata: name: tendis labels: app: tendis spec: replicas: 1 minReadySeconds: 3 revisionHistoryLimit: 2 strategy: type: RollingUpdate rollingUpdate: maxSurge: 1 maxUnavailable:...
Tendis的hgetall操作对比同为rocksdb后端的pika大约慢一倍。 使用vire-benchmark测试（https://github.com/vipshop/vire） Pika：3.4.0 Tendis：2.1.2 vire-benchmark -t hgetall,hset -n 1000000 -c 24 -h [HOST] -p [PORT] 服务端用fio存储。 pika： ====== HGETALL ====== 1000000 requests completed in 27.87 seconds 24 parallel clients 16...
请教：我把同样的key,value写入tendis多次，磁盘的占用怎么会增加？如何避免呢？ 谢谢
根据文档部署Docker节点: [http://tendis.cn/#/Tendisplus/%E8%BF%90%E7%BB%B4/new_cluster_compose](url) `docker run -itd -p 51002:51002 --env CLUSTER=yes --env REDIS_PASSWORD=tendisplustest tencentdbforkv/tendisplus ` 产生问题: 1.多物理节点Docker之间无法互相通信. 2.客户端访问节点得到的重定向地址也是Docker内部地址,导致重定向失败. 原因: 这种端口映射的方式会只会获得Docker容器本机内网IP. 可能的解决办法: Docker部署使用 --net=host 模式共享物理机IP, 解决Docker节点间的互相通信问题, 同时解决了和客户端通信的问题. 参考: [https://www.geek-book.com/src/docs/redis/redis/redis.io/topics/cluster-tutorial.html]() `当前，Redis Cluster不支持NATted环境以及在重新映射IP地址或TCP端口的常规环境中。 Docker使用一种称为端口映射的技术：与该程序认为正在使用的端口相比，在Docker容器内运行的程序可能会使用不同的端口公开。为了在同一服务器上同时使用同一端口运行多个容器，这很有用。 为了使Docker与Redis...
你好开发团队，我们最近正在调研缓存磁盘存储技术方案，了解Tendis正好满足要求！但是我们在测试的过程中发现无论读写cpu的使用率都很高，严重影响了测试结果真实性。 测试环境配置 4C8G 500G机械硬盘 Tendis默认配置 场景以5，15，25，35并发 1k的value分别连续读或写测试一分钟。 测试过程发现从15并发开始就发现CPU的使用率就很高，到最后基本快100%，系统负载达到十几，严重影响测试结果，我想问下为什么会这样，是因为服务器配置的问题导致的吗？还是说tendis的配置有问题？盼开发组解惑下，谢谢！ 下面是读测试期间监控截图  可以看到cpu使用特别高，主要消耗在磁盘IO上 下图是另外一个基于Rocksdb的中间件，但是读测试结果就比较好，资源占用也比较稳定  有点疑惑底层都是依赖Rocksd，但是资源消耗差异很大，是不是跟机器配置有关系？
## Description ## Motivation and Context ## How Has This Been Tested? ## Types of Changes - [ ] Bug fix (non-breaking change that fixes an issue) - [ ]...
大量数据导入到Tendis后，发现Tendis使用内存，远高于配置的rocksdb的BlockCache大小，相关查询和配置信息如下 # Server redis_version:2.3.6-rocksdb-v5.13.4 redis_git_sha1:532b9a95 redis_git_dirty:0 redis_build_id:13480377323411654960 redis_mode:cluster TENDIS_DEBUG:OFF os:Linux 3.10.0-514.44.5.10.h193.x86_64 x86_64 arch_bits:64 multiplexing_api:asio # Memory used_memory:-1 used_memory_human:-1 used_memory_rss:144500314112 used_memory_rss_human:141113588kB used_memory_peak:-1 used_memory_peak_human:-1 total_system_memory:-1 total_system_memory_human:-1 used_memory_lua:-1 used_memory_vir:179227385856 used_memory_vir_human:175026744kB used_memory_vir_peak_human:175026748kB used_memory_rss_peak_human:141113596kB #...
环境：centos7.9 gcc：7.3.0 cmake：3.14.0 gflags-devel gflags tendis版本：dev-2.2 执行命令：cmake .. -DCMAKE_CXX_FLAGS=-fPIC 显示错误细心如下： #define TENDISPLUS_GIT_SHA1 "53affc54" #define TENDISPLUS_GIT_DIRTY "36" /usr/local/bin/c++ using rocksdb-5.3.14 jemalloc git patch, we force set jemalloc prof:true error: patch failed:...
mac 编译不过
## Description ## Expected Behavior ## Current Behavior ## Possible Solution ## Steps to Reproduce (for bugs) ## Context ## Your Environment * Operating System and version: * Machine Specifications:...
线上运行一段时候后，客户端开始报错，Tendis达到连接上限，同时tendis内部日志也开始出现ERR max number of clients reached异常 而业务的实际连接数其实仅仅只有十几个，但是内部通信端口的连接数却有9000+，有的高达2w+。  问题1：Tendis为客户端连接数做限制时，是否包含内部通信的连接数？ 问题2：对于内部通信端口，这些连接的作用是什么？如何减少这些连接数？ 版本：2.3.4-rocksdb-v5.13.4 集群规模：三主三从 配置： ``` bind 0.0.0.0 port 51001 daemon on loglevel notice logdir /tendis/home/log dumpdir /tendis/home/dump dir /tendis/home/db rocks.wal_dir /tendis/home/wal...
