Mixficsol
Mixficsol
### Description Pika在K8s环境上注册时连接dashboard失败,图中在 `kubectl get pods --all-namespaces -o wide` 可以查到pika-cluster-pika-group-1-0在running,但是在fe页面未显示出来 ### Screenshots or videos
这个 `PR` 中主要做了两件事: 1. 由于 Pika 的 `CMD` 层上了 `Key` 锁,所以把 `Redis` 层的 `Key` 锁进行了删除 2. 如图所示,在 DB 层有两个重复的 `shared_mutex` 保护 `DB` 的变量,对于它们两个进行了整合操作 #2371
### Description 如图中在cmd层面已经对key进行了上锁,在storage层也对key上锁了,对于锁key防止并发写的这两把锁是不是重复了
the bug is that an empty string is successfully parsed as 0, since eptr is set to the input string, and does equal to '\0'. previous discussion: #11974
# 背景 当前 `Pika` 的一个 `Key` 可以对应多种数据结构,和 `Redis` 不一致 ## 解决方案 在 `Floyd` 现有的设计之上,将之前 `String` 类型所在的`Column-Family` 用于存放所有的 `Key` 的 `Meta` 信息 ```cpp 修改前: enum ColumnFamilyIndex { kStringsCF = 0, kHashesMetaCF...
### Description #1638 记俊华之前修复的主从同步不一致的问题,之前解决的是对于操作多个`key`的命令,如果只根据第一个`Key`做 `Hash` 到不同的 `Worker` 线程的话可能会导致主从数据不一致的情况,后面经过把多 `Key` 的 `Binlog` 进行了拆分解决了这个问题,今天在测试主从同步的过程中发现,`FlushDB` 这种管理命令如果和 `Set key value` 在一起执行的话,顺序是不能保证的,举个例子:比如主节点顺序执行了 `Set a b`,`Set a c`,`Flushdb`,然后从节点那边 `Set a b`,`Set a c` 肯定是 `Hash` 到同一个线程里面执行的,但是...
# TCL 测试覆盖现状 ## 背景 目前 `Pika` 的 `TCL` 集成测试移植了 `Redis` 的测试集,目前已经展开了测试类型包括 `printver`, `basic`, `scan`, `expire`, `multi`, `quit`, `pubsub`, `slowlog`, `maxmemory`, `bitops`, `hyperloglog`, `type`, `acl`, `set`, `list`, `zset`, `string`, `hash`这几个类型,由于...
## 待做事项 ## raft - [x] **引入 braft** **@Panlei-coder** #130 - [x] **实现 Redis Raft 命令**,实现 **RAFT.CLUSTER INIT**, **RAFT.CLUSTER JOIN**, **RAFT.NODE ADD**, **RAFT REMOVE** 命令 **@KKorpse & @Panlei-coder** #136 #221...
# 待做事项 ## 第一期 - [x] 重新设计 `MetaCF` 格式,`MetaValue` 的第一个字节用 `Type` 表示 @Mixficsol - [x] 简单对两个命令进行多 `Key` 的测试 @Mixficsol - [x] 对 `Client` 层命令的返回值增加 `kmultikey` 的报错判断 @Mixficsol - [x] 在...
将慢日志的日志级别从 ERROR 日志调整为 INFO 日志 ## Summary by CodeRabbit - **Bug Fixes** - Adjusted logging level for slow log entries from error to informational, improving clarity in log outputs. -...