在2019年纽约的Redis Day上，Salvatore Sanfilippo（AKA Antirez）介绍了即将发布的Redis 6.0的新特性。以下是关于ACLs的内容。
ACLs简介
在过去的十年中，Redis都会有这样的问题：
用户执行FLUSHALL，OK现在整个数据库就空了，或者执行DEBUG SEGFAULT，然后Redis的进程就crash退出了。
（右侧运行redis-server，左侧执行debug segfault后server崩溃退出）
在以前解决这个问题的办法可能是在Redis配置中将危险命令进行rename：
rename-command FLUSHALL ""这样将命令更名为随机字符串或者直接屏蔽掉，以满足需要。
缺少危险命令管理就会导致很多问题，比如当你使用网络上的一些库的时候，你压根就不知道别人会不会在里面加些FLUSHALL这样的命令，或者你也可以每次用外部代码都进行一轮Code Review。
ACLs，也就是Access Control List，当有了ACLs之后，你就可以控制比如：
当前的用户（连接）只允许使用RPOP，LPUSH这些命令，其他命令都无法调用。
是不是很方便？来看看ACLs是怎么工作的。
最佳实践
首先你要做的是定义用户。
当登录的时候，旧版本中默认用户（defaule user）是可以做任何事的，在Redis 6.0中你可以定义默认用户：
127.0.0.1:6379> ACL setuser antirez on >password1 >password2 >foobar +@all ~*setuser...on表示启用此用户，off则是只定义一个不可用（unaccessable）的用户。
>password1 >password2 >foobar表示设置了3个密码，可以用来做密码轮换策略。
+@all表示用户可以使用所有权限，+后面跟命令权限如+get，或者+@后面跟某一类权限。
~*表示可用（accessable）的键名，这里是*也就是所有键都可被访问。
127.0.0.1:6379> ACL WHOAMI
"default"现在是处于默认用户下的，切换用户：
127.0.0.1:6379> AUTH antirez foobar
OK在以前AUTH后面是直接跟密码的，现在是用户名和密码。
127.0.0.1:6379> ACL WHOAMI
"antirez"因为之前给这个用户设置的是所有命令可用+所有键可见，所以现在跟default用户没有什么区别：
127.0.0.1:6379> GET foo
(nil)
127.0.0.1:6379> SET foo bar
OK现在去掉一些权限：
127.0.0.1:6379> ACL setuser antirez -SET把这个用户的SET权限去掉后，就不能进行这个操作了：
127.0.0.1:6379> GET foo
"bar"
127.0.0.1:6379> SET foo 123
(error) NOPERM this user has no permissions to run the 'set' command or its subcommand再来查看一下现在的ACL list：
127.0.0.1:6379> ACL list
1) "user antirez on >password1 >password2 >foobar ~* +@all -set"
2) "user default on nopass ~* +@all"类似的，你也可以限制用户可以用任何命令但是却只能看部分键，如object*。
备注
ACLs的实现使用了一些小技巧，像用上了命令的位图（commands' bitmaps），以便让它不会在速度上有所下降。
不使用ACLs的话就和原来的Redis 5一样，使用ACLs当然会有一些额外的开销，但是它们非常小，你在benchmarks中不会察觉到新旧版本的区别。