最近在看mybatis的源码，搜到这篇文章Sqlsession、Connection和Transaction原理与三者间的关系，debug之后发现有不少疑惑，于是按照原文整理了一下，记录下debug中的一些困惑点。Mybatis。

注册中心除了ETCD和Zookeeper，常用的还有Eureka、Nacos、Consul，下面我们就对这些常用的注册中心，初探它们的异同，便于后续技术选型。注册中心主要有三种角色：最后，RPC Client 从本地缓存的服务节点列表中，基于负载均衡算法选择一台 RPC Sever 发起调用。 根据注册中心原理的描述，注册中心必须实现以下功能，偷个懒，直接贴幅图：CAP理论是分布式架构中重要理论：

1.桥接模式（Bridge模式）是指：将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变。2.是一种结构型设计模式3.Bridge模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它主要特点是把抽象（Abstraction）与行为实现（Implementation）分离开来，从而可以保持各部分的独立性以及他们的功能扩展原理类图：（1）Abstraction：

1、pipeline简介pipeline又称为管道，是一种在计算机普遍使用的技术。举个最普遍的例子，如下图所示cpu流水线，一个流水线分为4部分，每个部分可以独立工作，于是可以处理多个数据流。linux 管道也是一个常用的管道技术，其字符处理功能十分强大，在面试过程中常会被问到。在分布式处理领域，由于管道模式是数据驱动，而目前流行的Spark分布式处理平台也是数据驱动的，两者非常合拍，于是在spa

这里其实也是间隙锁和意向插入锁冲突死锁，delete与update加锁逻辑差不多。加了3把锁，索引c间隙锁(5,10)，主键索引记录锁id=5，索引c临键锁（0,5]查看锁信息 SHOW ENGINE INNODB STATUS。注意where条件的c是普通索引。

mysql 5.7.12 ,事务隔离级别RRBEGIN;SHOW ENGINE INNODB STATUS 死锁日志。

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

事务1更新一个不存在的记录，锁住间隙事务2更新一个存在的记录的索引列，插入意向锁与事务1的间隙锁冲突阻塞事务1再更新一个存在的记录的索引列，意向插入锁与事务2的临键锁冲突

默认为 1000 条，就触发限流，限流的具体做法就是暂停向 Broker 拉取该队列中的消息，但并不会阻止其他队列的消息拉取。中进行消息消费，消息消费完成后会将对应的消息从 ProcessQueue 中移除，然后向 Broker 端提交消费进度，提交的消费偏移量为 ProceeQueue 中的最小偏移量。这个就更加直接了，不仅从消息数量考虑，再结合从消息体大小考虑，处理队列中消息总大小超过 100

1）Nginx 工作在网络的 7 层，所以它可以针对 http 应用本身来做分流策略，比如针对域名、目录结构等，相比之下 LVS 并不具备这样的功能，所以 Nginx 单凭这点可利用的场合就远多于LVS了；但 Nginx 有用的这些功能使其可调整度要高于 LVS，所以经常要去触碰触碰，触碰多了，人为出问题的 几率也就会大。2）Nginx 对网络稳定性的依赖较小，理论上只要 ping 得通，网页访问