Redis是什么,redis是什么( 二 ) _云知道

应用场景：常规计数都可以使用，可用作缓存、计数、限速等等，比如商品剩余数量，字典表信息，长度不能超过 512MB 。HashHash 对象的底层实现可以是 ziplist 或者 hashtable 。ziplist：在这个数据结构中，是按照 key1, value1, key2, value2 这样的顺序存放来存储的；hashTable：是由 dict 这个结构来实现的。
（这个结构比较复杂，后面单写一篇来说）应用场景：Hash 适用于存储结构化的对象，可以直接修改这个对象中的某个字段的值；比如用户信息。ListList 对象的编码可以是 ziplist 或者 linkedlist，从名字上也能看出来两种结构都是啥。ziplist：是一种压缩链表，它存储数据都是连续地放在内存区域当中。
linkedlist：是一种双向链表。应用场景：通常网站上的消息列表，可以使用 List 来进行存储；另外 lrange 命令，从某个元素开始，读取多少个元素，可以看做是分页查询，比如很多网站上那种不断下拉，不断分页的效果。SetSet 相对于 List 来说，Set 是可以自动排重的；它的编码可以是 intset 或者 hashtable。
intset：是一个整数集合，支持三种长度的整数：int16_t、int32_t、int64_t；集合中的数据长度必须是一致的，比如一个 int16_t 长度的 Set，当插入了一条 int32_t 长度的数据，那么所有的数据都会转成 int32_t 长度（不支持降级）。hashTable：对于 Set 来说，hashTable 的 value 永远为 NULL 。
应用场景：如果要存储一个列表，同时又需要做数据排重的时候，可以使用 set ；另外，Redis 还为 Set 提供了求交集、并集、差集等操作，比如微博上面的【共同关注】这个功能，就可以用 Set 实现。ZSet / Sorted Set和 Set 相比，ZSet 增加了一个参数 score，集合中的元素按照 score 进行有序排列。
有序集合的编码可能两种，一种是 ziplist，另一种是 skipList 与 hashTable 的结合。ziplist：和 Hash 类似，元素和 score 都是按顺序存放的；比较适合用于元素内容不大的场景。skipListhashTable：是一种添加，移除，更新元素等操作更高效的数据结构，这个跳跃表的数据结构，我近期会发一篇文章单独介绍。
有些程序员一直坚持反对使用redis怎么办？

分享大佬的回答，似乎很有道理。不要告诉我们用不用redis，你得告诉我们你为什么想要用redis，不用redis业务会有什么问题？天下没有免费的午餐，不动脑子直接上缓存/NOSQL可能会带来更多更严重的问题。单一数据库最大的好处在于事务性实现简单，由数据库自己保证。举个简单的例子，下订单需要扣除一个库存，然后插入一条订单条目，如果库存和订单都是数据库表项的话这个事务是无懈可击的，如果库存在redis里，订单条目是MySQL，通常就需要先写redis，成功之后再写数据库，如果写数据库失败了还需要回滚redis，如果最后这个回滚因为网络之类的原因失败了，就会多扣一个库存。
memcache、redis、mongodb优缺点是什么啊,怎么选？

虽然都是nosql范畴，但是memcache、redis主要设计目的是做缓存使用mongodb的核心是提供无模式文档结构的持久化存储，它的两个核心点：提供接近（其实差距挺大的）缓存服务器的速度和接近关系数据库API（这个已经差不多了，连接查询是弱点）的接口。memcache、redis如果是几年前，memcache、redis之间还有选择综合症，目前的市场，你可以直接选择redis，把精力完全放在redis身上去深入。
这是是市场反应，这个相信对你的选择有绝对说服力。memcache在性能方面没有优势了，同时redis提供了更丰富的数据结构，各种原子操作，以及持久化（RDB/AOF）。如果你是小规模项目，你甚至可以直接用它设计消息订阅，使用它的即时消息订阅发布（你有消息持久化需求的话可以额外用redis的列表功能等定制）。