redis的set指令具有原子性吗1、check-and-set（乐观锁），实现get，set命令序列数据的原子性：watch指令在redis事物中提供了cas的行为 。为了检测被watch的keys在是否有多个clients改变时引起冲突 ， 这些keys将会被监控 。
2、是原子性的 获取到的值是None，是其它问题吧 。可以用少量数据，用gevent 写一个并发去测试 。
3、试想开1000个写线程 ， 1000个读线程同时操作Redis中的一个值，假如set和get不是原子的，那么当set的时候，把原来数据涂掉，还没来得及写进去 ， get操作已经执行，这个时候get到的值就可能为脏数据 。
4、在程序中执行多个Redis命令并非是原子性的，这也和普通数据库的表现是一样的 。如果想在上面的程序中实现原子性，可以将get和set改成单命令操作，比如incr，或者使用Redis的事务，或者使用Redis+Lua的方式实现 。
5、这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作 ， 而且这些操作都是原子性的 。在此基础上，redis支持各种不同方式的排序 。与memcached一样，为了保证效率，数据都是缓存在内存中 。
6、该命令相当于 先对指定的 key 进行一次 get 操作，再执行一次 set 操作，两个命令合并，可以保证原子性 。
Redis优点1、移动云云数据库Redis在数据安全方面有以下几个优点：数据加密：Redis通过对数据进行加密保护 ， 防止数据被窃取或篡改 。其支持的数据加密方式包括对称加密、非对称加密、哈希加密等 。
2、Redis支持主从模式，可以配置集群，这样更利于支撑起大型的项目，这也是Redis的一大亮点 。
3、数据加密：Redis支持对数据进行加密，保证数据传输和存储的安全性 ， 能够防止敏感数据泄露和数据被篡改 。
4、日常环境中QPS高峰大约在1-2w左右） 。支持简单的事务需求 ， 但业界使用场景很少，并不成熟，既是优点也是缺点 。Redis在string类型上会消耗较多内存，可以使用dict（hash表）压缩存储以降低内存耗用 。
5、性能对比：由于Redis只使用单核，而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高 。
redis为什么会这么火原因就是redis虽然读写很快 ， 但是不适合做数据持久层，主要原因是使用redis做数据落盘是要以效率作为代价的，即每隔制定的时间，redis就要去进行数据备份/落盘，这对于单线程的它来说，势必会因“分心”而影响效率，结果得不偿失 。
那么，redis会持续扫描keys 因为，一直大于25%；虽然 ， 这是有扫描时间的上限的25ms；这个时候，刚好客户端请求过来了，如果，客户端将超时时间设置的比较短，比如说10ms ， 那么就会出现大量链接因为超时而关闭，业务端也会出现很多异常 。
在内存使用效率上，如果使用简单的key-value存储，Memcached的内存利用率更高 。而如果Redis采用hash结构来做key-value存储，由于其组合式的压缩，其内存利用率会高于Memcached 。当然，这和你的应用场景和数据特性有关 。
Redis如何保证原子性【redis原子性操作有哪些 redis哪些操作是原子性的】当一个异步调用发生后，调用者不必等待返回结果，调用者可以去做其他的事情，被调用部件在处理完成后，通过（状态、通知、回调）来通知调用者 。阻塞/非阻塞 ：阻塞和非阻塞和调用者等待消息通知时的状态有关 。
而在事件循环中 ， Redis会按顺序执行每个客户端请求，如果遇到执行LUA脚本的请求，会立即执行该脚本，直到执行完成后再执行其他客户端请求，这样就保证了LUA脚本的原子性 。
此外，Redis 0之后引入了线程IO ， 采用多线程来处理网络数据的读写和协议解析，但命令执行仍然是单线程顺序执行 。这样的方式既能保持Redis命令执行的原子性，又能提高IO处理的效率 。
在多节点集群下执行脚本无法保证操作多key的原子性 。因为多key如果不在同一个节点中的话，就会出现CROSSSLOT的错误 。脚本中的所有键必须在 cluster 中的同一个节点中 。
推荐阅读
- 如何正确拆卸刀片服务器？ 怎么拔出刀片服务器
- 如何判断网站服务器的最大承载量？ 网站服务器最大容量怎么看
- 如何为10台电脑设置服务器？ 10台电脑怎么设服务器
- 如何联系天猫客服人工服务？ 怎么拔打天猫人工服务器
- redis数据类型有哪几种方式 redis数据类型有哪几种
- redis命令行 查询key总数 查询redis所有key
- 如何查询网站服务器的有效期？ 网站服务器有效期怎么查询