压缩列表ziplist本质上就是一个字节数组，是Redis为了节约内存而设计的一种线性数据结构，可以包含多个元素，每个元素可以是一个字节数组或一个整数。 Redis的有序集合、散列和列表都直接或者间接使用了压缩列表。当有序集合或散列表的元素个数比较少，且元素都是短字符串时，Redis便使用压缩列表作为其底层数据存储结构。列表使用快速链表（quicklist）数据结构存储，而快速链表就是双向链表与压缩列表的组合。 ziplist 压缩列表是一个特殊编码的双端链 ......

   检查操作系统配置 redis-server --check-system 结果如下，说明检查通过： [slow-clocksource]...OK [xen-clocksource]...OK [overcommit]...OK [THP]...OK 检查server内存 redis-server --test-memory 1024 --- 长期跟新

   在编译源码https://github.com/RedisLabs/memtier_benchmark 的时候执行下面命令： autoreconf -ivf ./configure make sudo make install 报错如下： error: required file './ltmain.sh' not found

   setrange命令主要用于设置value的部分子串，设置时将值从偏移量offset开始覆盖成value值。如果偏移值大于原值的长度，则偏移量之前的字符串由“\x00”填充。 命令格式： setrange key offset value

   当Redis cluster集群数据所在磁盘的RAID卡坏掉了之后会发生什么？集群会不会进行故障迁移，以及怎么快速恢复。

   strlen命令从数据库中获取到value，返回value字符串的长度。 格式： strlen key

   通过get命令只能获取单个key的值，如果想获取多个key的值，可以通过mget命令来实现。mget返回所有指定key的值。 格式： mget key [key …]

   RDB快照有两种触发方式，其一为通过配置参数，例如在配置文件中写入如下配置： save 60 1000 则在60秒内如果有1000个key发生变化，就会触发一次RDB快照的执行。 其二是通过在客户端执行bgsave命令显式触发一次RDB快照的执行。

   客户端缓存是一种用于创建高性能服务的技术。它利用应用服务器中的可用内存，这些服务器通常是与数据库节点不同的计算机，以便将数据库信息的某些子集直接存储在应用程序端。

   RESP3是RESP v2的更新版本，RESP v2是Redis中使用的协议，大约从版本2.0开始（1.2已经支持它，但是Redis 2.0是第一个只讨论这个协议的版本）。此协议的名称只是RESP3，而不是respv3或RESP3.0。 该协议用于处理客户机和服务器之间的请求-响应通信，其中客户机执行某种请求，服务器用一些数据进行回复。该协议特别适合于数据库，因为它能够返回复杂的数据类型和相关的信息来扩充返回的数据（例如给定信息的流行度指数）。 RESP3协 ......

   在使用的过程中发现Redis ACL 只是针对单个Redis实例而言的，但是在生产环境我们一定用的是哨兵模式或者集群模式，那么就存在Redis集群中实例ACL权限信息的同步问题。

   idea 启动并且点击某个菜单之后一点反应也没有，点击关闭也关闭不掉，查看日志报错提示UI was frozen for 12256ms。

   给出一个 32 位的有符号整数，你需要将这个整数中每位上的数字进行反转。

   Redis 6实现了通道加密，提高了redis的安全性。Redis作为缓存数据库，里面很有可能缓存重要的敏感信息，所以支持tls通道加密还是很有必要的，当然敏感信息还是建议加密保存。

   redis 命令exists vs get，在判断key是否存在的场景下： exists速度更快，可以忽略类型。 get只适用于string类型，当值越大时，速度越慢。