Dongguabai 的博客

现在很多框架或者中间件由于多次迭代、优化和兼容、扩展处理，最核心的设计思想和原理很容易就被覆盖，导致我们想学习的时候就不太容易抓住主干。先不看各种原理，就基与 CountDownLatch 提供的功能使用最简单的方式去实现 CountDownLatch:package dongguabai.concurrent;/** * @author Dongguabai * @description * @date 2022-04-25 12:38 */public class MyCountD.

昨晚跟朋友（马儿）撸串的时候又聊起了分布式事务，这里炒一个冷饭，发一下去年在部门内部分享的《从单机事务到分布式事务》文档。单机事务事务的特性Atomicity（原子性）Isolation（隔离性）Durability（持久性）Consistency（一致性）MySQL InnoDB 事务实现原理MVCC+锁+logMVCC（无锁）隐藏列版本链锁独占锁、共享锁IX，IS范围锁行锁间隙锁、临键锁、记录锁表锁logundo log.

相关文章：自己动手写一个分库分表中间件（一）思考自己动手写一个分库分表中间件（二）数据源定义和分片代理层设计自己动手写一个分库分表中间件（三）数据源路由实现自己动手写一个分库分表中间件（四）表路由、SQL 重写和结果集处理思路自己动手写一个分库分表中间件（五）分布式事务问题解决思路<一>基于 Spring 编程式事务自己动手写一个分库分表中间件（六）分布式事务问题解决思路<二>动态事务管理器一个分布式事务的案例及解决思路分布式事务之 Spring 事务抽象和源码实现

相关文章：自己动手写一个分库分表中间件（一）思考自己动手写一个分库分表中间件（二）数据源定义和分片代理层设计自己动手写一个分库分表中间件（三）数据源路由实现自己动手写一个分库分表中间件（四）表路由、SQL 重写和结果集处理思路自己动手写一个分库分表中间件（五）分布式事务问题解决思路<一>基于 Spring 编程式事务一个分布式事务的案例及解决思路分布式事务之 Spring 事务抽象和源码实现分布式事务之 Atomikos分布式事务之再理解 TCC 及相关实现框架的源码分析（一

相关文章：自己动手写一个分库分表中间件（一）思考自己动手写一个分库分表中间件（二）数据源定义和分片代理层设计自己动手写一个分库分表中间件（三）数据源路由实现自己动手写一个分库分表中间件（四）表路由、SQL 重写和结果集处理思路一个分布式事务的案例及解决思路分布式事务之 Spring 事务抽象和源码实现分布式事务之 Atomikos分布式事务之再理解 TCC 及相关实现框架的源码分析（一）分布式事务之 Spring 编程式事务分布式事务之基于消息（一）最大努力通知分布式事务之基于消息（

相关文章：自己动手写一个分库分表中间件（一）思考自己动手写一个分库分表中间件（二）数据源定义和分片代理层设计自己动手写一个分库分表中间件（三）数据源路由实现注：本文内容暂不涉及事务相关的问题及配置，事务问题会在后面的文章中重点介绍。在分库分表中除了 DataSource 级别的路由，还有表级别的路由，也就是说 SQL 执行可能会访问同一个数据库不同的表。这里就涉及到分表的路由，但是表路由的前提是要先路由到库。表路由中还涉及到一个逻辑表和真实表的概念。逻辑表就是我们写 SQL 时候的表名，

相关文章：自己动手写一个分库分表中间件（一）思考自己动手写一个分库分表中间件（二）数据源定义和分片代理层设计排查项目中读写分离失效原因小议 Java 内省机制注：本文内容暂不涉及事务相关的问题及配置，事务问题会在后面的文章中重点介绍。本文主要介绍分库分表最重要的功能，数据路由的实现。1. 配置解析数据路由第一步是要解析配置，根据两篇文章的介绍，从物理上，或者说 DataSource 的级别，我们是“business+model”构成一个数据源，但是还有分表的配置，所以逻辑上的数据源是

MyBatis 一级缓存默认开启，是 session 级别。如果要禁用一级缓存，就要设置为 statement 级别，即：<setting name="localCacheScope" value="SESSION"/>//STATEMENTmybatis: configuration: local-cache-scope: session //statement 一级缓存 cache-enabled: false //这里是二级缓存 原理其实

相关文章：自己动手写一个分库分表中间件（一）排查项目中读写分离失效原因分库分表最核心的功能是数据源路由。首先要确定怎么样算是一个数据源。数据源定义选择自研就是为了更适配我们的业务，在上一篇文章《自己动手写一个分库分表中间件（一）》中介绍了我们业务特有的数据源定义：业务1（master+slave+report）/业务2（master+slave+report）/业务3（master+slave+report）在这里 master、slave、report 从 DataSource 的角度

刚刚学会了一个很实用的shell命令set -ex，在这里分享一下。set -e先说说set -e，这个参数的含义是，当命令发生错误的时候，停止脚本的执行。通常来说，我们会习惯于使用&&来实现这样的功能，比如：echo 1 && rm non-existent-file && echo 2但是，写成一行呢，可读性有点差，分成多行的话，也得注意换行符和&&号，我就有过好几次忘了加这俩东西，还是挺麻烦的是吧。更麻烦的是，

最近在参与一个项目的分库分表改造，底层的分库分表中间件完全自研，截止目前为止，主体功能已经完全开发完成，会逐渐进入测试阶段。后面的系列文章会围绕这个中间件对本次分库分表的改造过程做一个记录。作为系列第一篇文章，主要是谈一些目前这个阶段分库分表改造的个人感想。为什么要分库分表其实这个没啥好说的，放在这里主要是保持一个目录的完整性。之所以要分库分表，很明显是因为库和表都到达了一个瓶颈。至于怎么分，如果是已有项目的改造，一般都是水平拆分，因为垂直拆分会影响现有的业务代码，这个影响程度可能会很大，而且都垂直

由于 Bean 可能是代理，使用原始的 Java 反射可能会无法获取注解，所以获取 Bean 方法上的注解可以使用 Spring 提供的工具类：

开启 GC 日志java -XX:+PrintGCDetails -XX:+HeapDumpBeforeFullGC -XX:+PrintHeapAtGC得如如下类似日志[PSYoungGen: 611840K->992K(612352K)] 1260846K->650606K(1308672K), 0.0047655 secs] [Times: user=0.03 sys=0.00, real=0.01 secs]Heap after GC invocations=30667

skywalking 只能看非gc产生的慢接口，有时候其实可以发现一个特殊现象就是 ng显示这个接口很慢，但是skywaliking却显示很快。比如一个接口，ng上的响应时间是10s，但是skywalking上trace只有4s，那么还有6s就可能在stw了。...

结论：删除别名索引，对应关联索引的数据也会被删除； 别名索引不能新增数据数据：dgb_test1索引：dgb_test2索引数据：建立别名：删除别名数据索引：然后两个关联索引数据都没了：直接在别名索引新增数据会报错：...

今天线上有个接口一直响应 500，但是具体异常却在日志中没有查看到异常信息。于是通过 Arthas 来查看（最终结论：使用 watch 命令看）。首先 trace 一下异常方法： # 号后面就是行号，要注意这里 trace 是分层了的，我这里第一层是 XXXController，这里的 #45、#48 等对应的就是在XXXController 中的行数，然后直到XXXController 的第 59 行，这个 listXXX 方法内抛出了一个 NPE 异常。但是 Arthas 中的 ...

报错详情&原因：The file size (5.13MB) exceeds configured limit (5.12MB). Code insight features are not available.翻译一下就是：文件大小超出了设定值，IDEA不再对这个文件的进行代码解析了与之而来的结果是：IDEA中其他文件对于这个文件的所有引用都会报错，显示找不到这个文件，但是编译运行都是正常的（就类似你没有装Lombok插件，IDEA报错，也能正常运行）。解决方法：把IDEA关于代码

最近有点“堕落”，公众号更新频率太低，已经被好几个朋友吐槽了，节奏要找回来。后续会开启一个新的议题：Java 中的日志。这里借用《每天学习一点点之关于 Maven 的那些事儿（一）》中的一段话：在越来越卷的 Java 行业，动不动就是“分布式、高并发、架构设计”，还得让你从 JVM 的源码来分析下 synchornized，但很少会有人提到 Maven，其实相比那些花里胡哨的，Maven 才是真正与日常开发息息相关的“基本功”。跟 Maven 一样，我个人也觉得日志也是 Java 开发过程中容易被

今天组内同事在群里分享了一个最近使用 Nacos 的异常，现象就是系统启动超过 5 个小时后，使用 Nacos 会返回403 错误。系统重启后问题会暂时消失。Nacos 版本为 2.0.3，使用的 Docker 容器规格为 1 核 4G。最后更改了容器的规格为 4 核心 16G 后问题解决。之前没有研究过 Nacos 的源码，看了下同事的分享内容，大概知道了 Nacos 有一个 Token 机制（可能是做服务端和客户端的安全验证），过期时间是 18000s（即 5h）。Token 的刷新机制就是有一个调度