1.redis慢查询
1)slowlog-log-slower-than
设定慢查询记录阙值,单位是微妙
2)slowlog-max-len
设定慢查询日志最多放多少条慢查询日志,比如=100,最多放100条,如果有新的就会覆盖最开始的一条
3)可以使用config set slowlog-log-slower-than来设定 ,并通过config rewrite写入到配置文件中
4)获取慢查询日志
slowlog get [n] 参数n指定返回条数
展示慢查询日志的标识id,发生时间戳,命令耗时,执行命令和参数
5)获取当前慢查询日志长度,有多少慢日志
slowlog len
6) 慢查询日志重置
slowlog reset 对日志进行重置
2.Pipeline的支持
1)可以使用eval直接使用resp格式,传输数据
2)原生批量命令是原子的,pipeline是非原子的
原生批量命令是一个命令操作多个key,pipeline是操作多个命令
原生批量命令是redis服务端支持实现的,而pipeline需要服务端和客户端的共同实现
3.redis的事务
把一组命令放在multi 和exec之间,multi代表事务开始,exec代表事务结束。 discard代表事务终止
当遇到命令错误的情况,会造成整个事务不能执行。但是事务也不可以回滚操作
4.redis的扩容过程
首先,redis键值对的存储是利用字典进行存储,也就是redis dict,然后redis dict的底层结构是用hash表进行存储的。
//整个redis服务,包含多个数据库
struct redisServer{
int dbnum;//服务器的数据库数量
redisDb *db;//一个数组,保存着服务器中的所有数据库
}
//每个数据库中的数据存储在dict中
struct redisDb{
dict *dict;//数据库键空间,保存着数据库的所有键值对
}
//每个数据字典中存储两个hash表,
typedef struct dict{
dictType *type;//类型特定函数
void *privedata;//私有数据
dictht ht[2];//哈希表
in trehashidx;//rehash索引
}
typedef struct dictht{
dictEntry **table;//哈希表数组
unsigned long size;//哈希表大小
unsigned long sizemask;//哈希表大小掩码,用于计算索引值
unsigned long used;//该哈希表已有的数量
}
typeof struct dictEntry{
void *key;//键
union{
void *val;
unit64_tu64;
int64_ts64;
}
struct dictEntry *next;//链表的下一个节点
}
正如上所示,一个字典中是有两个哈希表的,rehash是为了让哈希表的负载因子维持在一个合理的范围内,会使用rehash操作,进行相应的扩缩容。
哈希表触发扩缩容的条件
负载因子=哈希表已保存节点数量/哈希表大小 。 load_factor=ht[0].userd/ht[0].size
1)当没有执行BGSAVE和BGREWRITEOF命令时,并且哈希表的负载因子大于等于1,扩容
2)redis目前在执行BGSAVE和BGREWRITEOF命令,并且哈希表的负载因此大于等于5,扩容
3)当哈希表的负载因子小于0.1时,对哈希表进行缩容操作
rehash的操作步骤
1)为字典的ht[1]哈希表分配空间,
如果是扩展操作,那么ht[1]的大小为大一个大于等于ht[0].used*2的2的n次幂
如果是缩容操作,那么ht[1]的大小为第一个大于等于ht[0].used的2的2的n次幂
2)将ht[0]中的数据转移到ht[1]中,在转移的过程中,重新计算键的哈希值和索引值,然后将键值对放到ht[1]的制定位置
3)当ht[0]的所有键值对都迁移到ht[1]之后,(ht[0]变为空表),将ht[0]释放,然后将ht[1]设置成ht[0],最后为ht[1]分配一个空白哈希表
渐进式rehash
上面的rehash的步骤是针对于数据较少的情况,但是实际过程中,rehash是不能一次性完成的。
1)为ht[1]分配空间,让字典同时持有ht[0]和ht[1]两个哈希表
2)维持一个索引计数器变量rehashidx,并将他的值设置为0,表示rehash开始
3)在rehash进行期间,每次对字典执行CRUD操作时,程序除了执行指定的操作之外,还会将ht[0]中的数据rehash到ht[1]表中,并且将rehashidx加一
4)当ht[0]中的所有数据都转移到ht[1]中,将rehashidx设置为-1,表示rehash结束