也就是说为什么要提供这么多的数据结构呢？

redis数据存储结构 redis的内部整体的存储结构就是一个大的hashmap，内部实现是数组实现hash，冲突通过挂链去实现，然后每个dictEntry就是一个key/value对象。dictEntry的key指向set key value命令中的key对应的对象，dictEntry的v指向set key value命令中的value对应的对象。dictEntry 内部包含数据存储的key和v

将数据按照用户进行分组，并根据城市和amount进行排序，取出每个城市排名前3的用户数据。需求:按category分组，查出achievement最高的每组的前三名。

http://baijiahao.baidu.com/s?id=1664128784220450138&wfr=spider&for=pc

set底层存储 redis的集合对象set的底层存储结构特别神奇，我估计一般人想象不到，底层使用了intset和hashtable两种数据结构存储的，intset我们可以理解为数组，hashtable就是普通的哈希表（key为set的值，value为null）。是不是觉得用hashtable存储set是一件很神奇的事情。 set的底层存储intset和hashtable是存在编码转换的，使用int

redis list数据结构 redis list数据结构底层采用压缩列表ziplist或linkedlist两种数据结构进行存储，首先以ziplist进行存储，在不满足ziplist的存储要求后转换为linkedlist列表。 当列表对象同时满足以下两个条件时，列表对象使用ziplist进行存储，否则用linkedlist存储。列表对象保存的所有字符串元素的长度小于64字节列表对象保存的元素数量

死锁其实是一个很有意思也很有挑战的技术问题，大概每个DBA和部分开发朋友都会在工作过程中遇见。关于死锁我会持续写一个系列的案例分析，希望能够对想了解死锁的朋友有所帮助。（以前案例都基于Mysql 5.7.12 事务级别RR）二 背景知识2.1 insert 锁机制在分析死锁案例之前，我们先学习一下背景知识 insert 语句的加锁策略。我们先来看看官方定义:相信大部分的DBA同行都知道在事务执行i

正文首先来明确一下 Offset 的含义， RocketMQ 中， 一 种类型的消息会放到 一 个 Topic 里，为了能够并行， 一般一个 Topic 会有多个 Message Queue (也可以 设置成一个)， Offset是指某个 Topic下的一条消息在某个 Message Queue里的 位置，通过 Offset的值可以定位到这条消息，或者指示 Consumer从这条消息 开始向后继续

总的来说：一级索引和标记文件一一对齐，两个 索引标记之间的数据，就是一个数据区间，在数据文件中，这个数据区间的所有数据，生成一个压缩数据块。每列压缩数据文件，存储每一列的数据，每一列字段都有独立的数据文件，每一列都有对应的标记文件，保存了列压缩文件中数据的偏移量信息，与稀疏索引对齐，又与压缩文件对应，建立了稀疏索引与数据文件的映射关系。ClickHouse 通过分片，将一张表的数据水平分割在不同的

当然在实际项目中，与网络接触较多的弱电人不需要通过一系列的换算，直接可以通过简单的判断估算出来这个大网段的子网掩码，因此，今天是讲原理，方便大家理解，所以所有的换算都是通过运算出来的。当然，如果对子网较熟了就不需要经过这些运算了，大部分的网段可以通过分析子网掩码与ip地址就可以判断出来是否属于网一网段，但前提是你需要熟悉网段的原理与运算的方法。可以划分vlan，也可以设置成一个大网段，划分vlan