从Redis服务端层面。Redis Server本身是一个线程安全的K-V数据库，也就是说在Redis Server上执行的命令，不需要任何同步机制，不会存在线程安全问题。
虽然Redis 6.0里面，增加了多线程的模型，但是增加的多线程只是用来处理网络IO事件，对于指令的执行过程，仍然是由主线程来处理，所以不会存在多个线程通知执行操作指令的情况。为什么Redis没有采用多线程来执行指令，有以下几个方面的原因：
- Redis Server本身可能出现的性能瓶颈点无非就是网络IO、CPU、内存。但是CPU不是Redis的瓶颈点，所以没必要使用多线程来执行指令。
- 如果采用多线程，意味着对于Redis的所有指令操作，都必须要考虑到线程安全问题，也就是说需要加锁来解决，这种方式带来的性能影响反而更大。
从Redis客户端层面。虽然Redis Server中的指令执行是原子的，但是如果有多个Redis客户端同时执行多个指令的时候，就无法保证原子性。假设两个Redis Client同时获取Redis Server上的key，同时进行修改和写入，因为多线程环境中的原子性无法被保障，以及多进程情况下的共享资源访问的竞争问题，使得数据的安全性无法得到保障。
对于客户端层面的线程安全性问题，解决方法有很多，比如尽可能的使用Redis里面的原子指令，或者对多个客户端的资源访问加锁，或者通过Lua脚本来实现多个指令的操作等等。
