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

redis一款高并发的内存K-V数据库，提供了好多命令，但是其中有部分对于生产环境来说比较危险，需要禁用掉。高危命令有：keys、flushdb、flushall、config、debug、eval、script、evalsha、shutdown

已经安装openssl，编译redis还是提示找不到<openssl/ssl.h>

Kerberos认证在大数据场景下用的比较多，特别是在Hadoop生态下，认证基本用的都是Kerberos认证。一般来讲Kerberos认证相对于其他方式的认证安全很多，同样的认证的时候性能应该差一点。 国内某著名大数据

背景 之前搭建了gitea私仓，使用了两年多时间，最近打算搭建个ci，提高自己代码的质量。搭建可以参考： https://www.zeekling.cn/articles/2020/02/23/1582470250287

Redis存在慢查询导致请求延时 由于Redis主线程是单线程的，所以会存在慢查询会导致redis请求延时，可以参考： https://www.zeekling.cn/articles/2020/07/23/159549

问题现象：Redis 频繁进行主备倒换，通过查看主实例的日志：redis.log发现下面报错： Client id=1317049445 addr=192.168.2.45:8004 fd=40 name= age=31

Redis被经常用来实现分布式锁，本文主要讲述redis如何实现一个分布式锁的demo。

引用官方的介绍： Jedis is a Java client for Redis designed for performance and ease of use. 本文主要讲如何在修改完Jedis代码之后完成单元测试。

Redis从3.0开始引入集群模式的概念。 集群由多个节点(Node)组成，Redis的数据分布在这些节点中。集群中的节点分为主节点和从节点：只有主节点负责读写请求和集群信息的维护；从节点只进行主节点数据和状态信息的复制