本文目录一览：
redis是如何执行的
1、首先为了方便管理，将Redis文件中的conf配置文件和常用命令移动到统一文件中。
2、执行命令的过程其实主要是寻找命令对应的执行函数，通过lookupCommand查找对应的执行命令，通过call执行命令。负责执行命令 c-cmd-proc 并更新统计信息，执行完成后负责同步数据 propagate 。
3、Redis 是基于内存的，内存的读写速度非常快，因此 Redis 的单线程执行效率也非常高。Redis 是单线程的，省去了很多上下文切换线程的时间，这也是 Redis 能够快速处理请求的原因之一 。
4、Redis 的执行效率快的原因有以下几点：- Redis 将数据储存在内存里面，读写数据的时候都不会受到硬盘 I/O 速度的限制，所以速度极快。
5、AOF 是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。
6、l 脏数据处理模块，处理失败执行的缓存操作。l 屏蔽监控模块，对于jedis操作的异常监控，当某结点出现异常可控制redis结点的切除等操作。整个分布式模块通过hornetq，来切除异常redis结点。
redis使用lua
eval eval 脚本内容 key个数 key列表 参数列表 如果Lua脚本较长，还可以使用redis-cli-eval直接执行文件。
目前的 pull request 只是一个概念性的证明。也就是说，为了避免数据丢失，你要么 a） 显式使用事务的变体运行脚本，要么 b） 强制所有 Lua 脚本调用带配置选项的事务语义。
如果在清空列表之前使用 lpush操作添加元素，元素会被添加到标记为删除的元素位置，导致数据错误。
加锁机制 咱们来看上面那张图，现在某个客户端要加锁。如果该客户端面对的是一个redis cluster集群，他首先会根据hash节点选择一台机器。
EVAL and EVALSHA： EVAL 和 EVALSHA 命令是用于执行 Lua 脚本的命令，但是在 Redis 集群模式下不支持对多个槽位执行脚本。
Redis红锁
此外，客户端在大多数 Redis 实例中尝试获取锁的速度越快，裂脑情况的窗口就越小（并且需要重试），因此理想情况下，客户端应尝试使用多路复用同时将 SET 命令发送到 N 个实例。
思路是在加锁的时候多加锁几台redis服务器，通常情况下redis部署的时候是2n+1台，那么在加锁的时候需要保证过半数服务器加锁成功了，也就是说n+1台服务器。这时候除非整个集群都不可用了，则这个安全性将大幅度提升。
redis引入了 红锁 的概念：用Redis中的多个master实例，来获取锁，只有 大多数 实例获取到了锁，才算是获取成功 。
为此，Redis 的作者提出一种解决方案，就是我们经常听到的 Redlock（红锁）。 现在我们来看，Redis 作者提出的 Redlock 方案，是如何解决主从切换后，锁失效问题的。
redis有脚本语言吗
1、Redis的LUA脚本的执行是具有原子性的，也就是说在执行脚本期间，其他客户端发送的请求将会被阻塞，直到该脚本执行完成。这是因为Redis采用单线程模型，通过一个事件循环来处理客户端请求，LUA脚本的执行也是在事件循环中完成的。
2、eval eval 脚本内容 key个数 key列表 参数列表 如果Lua脚本较长，还可以使用redis-cli-eval直接执行文件。
3、支持的语言：Redis 支持许多语言，如C、C++、Erlang、Go、Haskell、Java、JavaScript（Node.js）、Lua、Objective-C、Perl、PHP、Python、R、Ruby、Rust、Scala、Smalltalk等 主/从复制：Redis 遵循非常简单快速的主/从复制。
redislua能保证命令一起成功吗
1、此外，Redis还提供了EVAL命令来执行LUA脚本，EVAL命令可以将LUA脚本和命令请求一起发送到Redis，这样就可以避免在发送多次请求的过程中产生竞争情况。
2、原子操作。redis会将整个脚本作为一个整体执行，中间不会被其他命令插入。因此在编写脚本的过程中无需担心会出现竞态条件，无需使用事务。复用。
3、利用redis单线程的特点，以及redis6版本后开始对lua的支持，我们采用redis执行lua脚本来确保我们查询+修改的串行执行。后面我们展示了code的实现案例，以及介绍了lua脚本的一些注意事项，可以依葫芦画瓢形式自己实现自己的需求。
