redis真的是单线程么？-CFANZ编程社区

redis服务启动配置

./redis-server  ./redis.conf     //启动一个redis服务找到redis-server路径加配置文件即可，可反复执行启动多个redis服务

./redis-cli -h 127.0.0.1 -p 6379 -a password     //客户端连接redis服务器

redis-server服务受配置文件控制，配置文件可以控制数据持久化，集群，哨兵模式等都要在配置文件里面做出一定文章

持久化参考文档

# requirepass foobared
requirepass 123   指定密码123

# 当在规定的时间内，Redis发生了写操作的个数满足条件，会触发发生BGSAVE命令。
# save <seconds> <changes> ,只要存在save 配置，RDB就起作用了，以下是语法介绍
# 当用户设置了多个save的选项配置，只要其中任一条满足，Redis都会触发一次BGSAVE操作，比如：900秒之内至少一次写操作、300秒之内至少发生10次写操作、60秒之内发生至少10000次写操作都会触发发生快照操作
save 900 1
save 300 10
save 60 10000



# redis默认关闭AOF机制，可以将no改成yes实现AOF持久化
appendonly no
# AOF文件
appendfilename "appendonly.aof"
# AOF持久化同步频率，always表示每个Redis写命令都要同步fsync写入到磁盘中，但是这种方式会严重降低redis的速度；everysec表示每秒执行一次同步fsync，显示的将多个写命令同步到磁盘中；no表示让操作系统来决定应该何时进行同步fsync，Linux系统往往可能30秒才会执行一次
# appendfsync always
appendfsync everysec
# appendfsync no

# 在日志进行BGREWRITEAOF时，如果设置为yes表示新写操作不进行同步fsync，只是暂存在缓冲区里，避免造成磁盘IO操作冲突，等重写完成后在写入。redis中默认为no  
no-appendfsync-on-rewrite no   
# 当前AOF文件大小是上次日志重写时的AOF文件大小两倍时，发生BGREWRITEAOF操作。  
auto-aof-rewrite-percentage 100  
#当前AOF文件执行BGREWRITEAOF命令的最小值，避免刚开始启动Reids时由于文件尺寸较小导致频繁的BGREWRITEAOF。  
auto-aof-rewrite-min-size 64mb  
# Redis再恢复时，忽略最后一条可能存在问题的指令(因为最后一条指令可能存在问题，比如写一半时突然断电了)
aof-load-truncated yes
#Redis4.0新增RDB-AOF混合持久化格式，在开启了这个功能之后，AOF重写产生的文件将同时包含RDB格式的内容和AOF格式的内容，其中RDB格式的内容用于记录已有的数据，而AOF格式的内存则用于记录最近发生了变化的数据，这样Redis就可以同时兼有RDB持久化和AOF持久化的优点（既能够快速地生成重写文件，也能够在出现问题时，快速地载入数据）。
aof-use-rdb-preamble no

redis客户端与服务端交互常用命令参考:
快速展示实用命令列表展示
 详情剖析每个命令空间复杂度
命令使用总结：redis是单线程io的，不管有多少客户端连接发过来的命令在服务器端都是一个个执行的，所以就算是多个客服端发过来的多个命令命在服务器端，也是一个一个执行的(单线程io服用，后面再研究原理),当然redis还提供了 multi 帮助我们一次性执行多个redis命令，但是它也只是帮我们保证瞬时触发muli期间准备的所有命令，并且是一次性全部执行，执行期间不会有其他客户端命令插队进来，但是并不保证其中某个命令执行失败就回滚，所以并非真的原子性，如果需要保证就需要结合lua，brpop在muli中不起作用
redis集群配置
阿里云服务器自带集群版本，需要注意的是集群版并非就高性能了，最多集群多少个，有些命令集群版就不支持了
redis哨兵模式配置
主要是服务监控，master不行了，slave就上了，哨兵模式是redis自己就支持的服务，你需要自己去配置，哨兵之间也会相互监控。
redis单线程io复用分析
redis真的是单线程么？答：redis各版本在处理网络请求的过程是单线程的。
分析这个问题我的可以试着从redis-cli端到redis-server全局交互着手去分析，C端通过TCP与redis服务端连接通讯从而获取相应服务的，如果不存在并发，那直接单进程单线程跑就行了啥事没有，但是并发发生后想要吞吐量优秀就需要考虑好多问题了：