Redis除了做缓存，还能干很多很多事情：分布式锁、限流、处理请求接口幂等性。。。太多太多了～今天想和小伙伴们聊聊用Redis处理接口限流，这也是最近的TienChin项目涉及到这个知识点了，我就拎出来和大家聊聊这个话题。1.准备工作首先我们创建一个SpringBoot工程，引入Web和Redis依赖，同时考虑到接口限流一般是通过

本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。技术选型公司的RPC框架是dubbo，配合使用的服务发现组件一直是zookeeper，长久以来也没什么大问题。至于为什么要考虑换掉zookeeper，并不是因为它的性能瓶颈，而是考虑往云原生方向演进。云原生计算基金会（CNCF）对云原生的定义是：云原生

在开发Java多线程应用程序中，各个线程之间由于要共享资源，必须用到锁机制。Java提供了多种多线程锁机制的实现方式，常见的有synchronized、ReentrantLock、Semaphore、AtomicInteger等。每种机制都有优缺点与各自的适用场景，必须熟练掌握他们的特点才能在Java多线程应用开发时得心应手。——《Java锁机制详解》(

如果说在TiDB3.0中，悲观锁是“千呼万唤始出来，犹抱琵琶半遮面”。那么在TiDB4.0中，悲观锁在经历了市场与时光的考验后，无论是性能还是稳定性都能够“轻拢慢撚抹复挑，初为《霓裳》后《六幺》”。TiDB4.0悲观锁，欢迎大家尝鲜与反馈。本文将从使用者的角度，介绍悲观锁的使用与注意事项，主要分为以下几方面：白话悲观锁

环境信息虚拟机版本：centos7、HBase版本1.3.3、Hadoop版本：2.6.4、Zookeeper版本：3.4.5异常信息ERRORmainzookeeper.RecoverableZooKeeper:ZooKeeperexistsfailedafter4attempts

在上一篇文章写了锁的基本概述以及行锁的三种形式，这一篇的主要内容如下：一致性非锁定读自增长与锁外键和锁一致性性非锁定读一致性非锁定读是InnoDB通过多版本并发控制（MVCC，multiversionconcurrencycontrol）的方式来读取当前执行时间数据库中的最近一次快照，如果读取的行正在执行

内置功能(只列了一部分功能)1.用户管理：用户是系统操作者，该功能主要完成系统用户配置。2.机构管理：配置系统组织机构（公司、部门、小组），树结构展现，可随意调整上下级。3.区域管理：系统城市区域模型，如：国家、省市、地市、区县的维护。4.菜单管理：配置系统菜单，操作权限，按钮权限标识等。5.角色管理：角色菜单权限分配、设置角色按机构进行

一、无锁类的原理详解无锁的概念就是无障碍运行，无障碍是指所有的线程都能进入临界区，无锁在无障碍的基础上加上了一条就是每次竞争必然有一条能够胜出。理论上无障碍有可能线程都失败，所以无锁更切实可行，但实践上无障碍和无锁差不多。（一）CAS（CompareAndSwap）CAS算法的过程是这样的，它包含三个参数CAS(V,E,N)。V表示要更新的变

链接：http://redis.io/topics/distlock(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fredis.io%2Ftopics%2Fdistlock)原理很简单，一段时间内轮询加锁的key重点，不同语言的开源实现Beforedescribingth

最近在读《数据密集型应用系统设计》，其中谈到了zookeeper对容错共识算法的应用。这让我想到之前参考的zookeeper学习资料中，误将容错共识算法写成了2PC（两阶段提交协议），所以准备以此文对共识算法和2PC做梳理和区分，也希望它能帮助像我一样对这两者有误解的同学。