乐享非凡

分布式事务的实现主要有以下 5 种方案： XA 方案 TCC 方案 本地消息表 可靠消息最终一致性方案 最大努力通知方案 XA 方案 XA 方案，即：两阶段提交，有一个事务管理器的概念，负责协调多个数

成本分析 方便理解，我先把id IN (6，8，2，5)这条查询转化为下面这条完整的SQL： 在MySQL中有一个配置参数eq_range_index_dive_limit，它的作用是一个等值查询(比

概要总结： 1、commitLog其实有两层够层，其中MappendFileQueue是逻辑的存储队列概念，里面保存着顺序增长的MappedFile文件。 2、MappedFile文件是真正存储实际数

尽量避免随意使用静态变量 当某个对象被定义为static变量所引用，那么GC通常是不会回收这个对象所占有的内存 尽量使用final修饰符 java编译器会寻找机会内联（inline）所有的final方

一般可以从客户端和服务器端分别进行控制 大事务产生的原因 操作的数据比较多 大量的锁竞争 事务中有其他非DB的耗时操作 大事务造成的影响 并发情况下，数据库连接池容易被撑爆 锁定太多的数据，造成大量的

producer在RocketMQ 扮演的角色是消息的发送过程，其实宏观上来讲其实就包括两大块，分别是[消息的发送]以及[一堆定时任务]。producer在发送消息过程中涉及到发送队列的选择（topi

在RocketMQ中实现了分布式事务，实际上其实是对本地消息表的一个封装，将本地消息表移动到了MQ内部,保证的是最终一致性，适用于对于对一致性要求不高的，实现这个模型时需要注意重试的幂等。 下面简单介

在一道清醒的电光中，他意识到自己的心灵承载不起这么多往事的负重，他被自己和他人的回忆纠缠如同致命的长毛刺穿心房，不禁羡慕凋零玫瑰间横斜的蜘蛛网如此沉着，杂草毒麦如此坚韧，二月清晨的明亮空气如此从容。

无论走到哪里，都应该记住，过去都是假的，回忆是一条没有尽头的路，一切以往的春天都不复存在，就连那最坚韧而又狂乱的爱情归根结底也不过是一种转瞬即逝的现实! —《百年孤独》

1、RocketMQ是如何集群化部署来承载高并发访问的？ 让NameServer集群化部署，部署在三台机器上，NameServer的设计是采用的Peer-to-Peer的模式来做的，也就是可以集群化部