一、二、(二)、 简单搜索数据PUT /index4/type4/1{"name": "张三","age": 20}PUT /index4/type4/2{"name": "李四","age": 20}PUT /index4/type4/3{"name": "王五","age": 20}最简单的搜索其实就是：GET /index4/type4/1，获取一条数据，如下图所示：下面来看一个带简单条件的

基于Redis的Redisson的分布式信号量RSemaphore采用了与java.util.concurrent.Semaphore相似的接口和用法。

目录一、概要二、场景一：先更新数据库，再更新缓存三、场景二：先更新缓存，再更新数据库四、场景三：先删除缓存，再更新数据库五、场景四：先更新数据库，再删除缓存六、场景五：数据库主从同步导致数据不一致七、总结一、概要缓存跟数据库不一致，指的是缓存中的数据跟数据库的数据出现了不一致，即其中一方存在脏数据的现象。需要注意的是，只有在对同一条数据并发读写的时候，才可能会出现这种问题。如果系统并发量很低，特别

目录一、概述二、节点类型三、节点特性四、总结一、概述zookeeper的数据节点可以视为树状结构（或者目录），树中的各节点被称为znode（即zookeeper node），一个znode可以有多个子节点，可以说 zookeeper 中的所有存储的数据是由 znode 组成的，并以 key/value 形式存储数据。整体结构类似于 linux 文件系统的模式以树形结构存储，其中根路径以/开头。[z

通俗易懂的讲，Big Key就是某个key对应的value很大，占用的redis空间很大，本质上是大value问题。key往往是程序可以自行设置的，value往往不受程序控制，因此可能导致value很大。redis中这些Big Key对应的value值很大，在序列化/反序列化过程中花费的时间很大，因此当我们操作Big Key时，通常比较耗时，这就可能导致redis发生阻塞，从而降低redis性能。

一、概述B+树的删除规则：下面我们以上面插入构建的B+树做一些删除操作。【a】删除前B+树结构

目录一、简介二、Redis集群环境下分布式锁有什么问题?三、RedLock 算法一、简介什么是分布式锁？分布式锁就是保证某个时刻，只能有一个进程访问共享资源。比如在分布式环境下，要保证定时调度不能重复执行、执行扣减库存等操作不能同时有两个进程在执行，这些都可以使用分布式锁来解决。一般分布式锁，通常要满足如下特性：1)、互斥性：同一时刻多个客户端对共享资源的访问存在互斥性；2)、防死锁：对锁设置超时

一、问题描述最近在做项目时，需要使用Mybatis的ResultMap高级映射查询“校区 - 楼栋 - 楼层”树结构的数据，前端提供很多过滤条件都是子查询楼层的一些字段属性，并不是所有的参数都是最外层查询的过滤条件，但是ResultMap本身不支持将参数从外层的查询一直传递到子查询。举个简单的例子，mapper接口传递了一些参数到mapper.xml中，如果不额外处理，这些参数只能在最外面...

红锁其实也并不能解决根本问题，只是降低问题发生的概率。完全相互独立的redis，每一台至少也要保证高可用，还是会有主从节点。既然有主从节点，在持续的高并发下，master还是可能会down机，从节点可能还没来得及同步锁的数据。很有可能多个主节点也发生这样的情况，那么问题还是回到一开始的问题，红锁只是降低了发生的概率。其实，在实际场景中，红锁是很少使用的。这是因为使用了红锁后会影响高并发环境下的性能

一、概念概念：观察者模式，就是当一个对象的状态发生变化时，能自动通知其他依赖其的对象，并且更新他们的状态。观察者模式属于行为型模式。通过观察者模式，使得某个对象与其他依赖它的对象保持状态同步。（观察者订阅被观察者的状态，当被观察者状态改变的时候会通知所有订阅的观察者的过程）大体UML类图：角色分析：Subject：抽象被观察者角色，也叫被订阅对象，通常是接口或者抽象类。当需要被观...