今天遇到一个sql查询很慢，在客户的uat环境，查询要25s 查询语句如下（大概是这个样子） SELECT t1.xxx, t2.xxx, t3.xxx, t3.xbx, ... FROM tab_1 t1 JOIN tab_2 t2 ON t1.id = t2.t1_i

union发布于 May 15,2025

这是工作中遇到的问题，不方便截代码，就只贴下描述和解决方案 问题描述 MQ消费者调用Feign，得到的结果无法正常解析 问题原因

union发布于 May 15,2025

介绍 我们都知道，ThreadLocal能够保证每个线程都会拥有一份单独的数据，现在在对数据进行操作时，只会影响本线程的数据，不会对其它线程的数据有所影响。就好比，普通共享变量就好比公共电话，只有一个。而ThreadLocal就好比手机，人手一个。 那么它是怎么实现每个线程都有一份数据的呢，并且使用

union发布于 April 12,2025

一直以来，我都以为压缩文件，选哪种压缩格式，效率和速度应该都差不多。直到有一次，我在压缩一个文件夹时（我选择的是zip），压缩到一半发现只有一个线程在工作，我就觉得很奇怪。后面尝试了下使用7z，发现效率高多了。对比测试如下图 这是使用zip格式压缩的耗时 这是使用7z格式压缩的耗时，不仅耗时短了很多

union发布于 April 10,2025

在测试环境中，有一个服务突然运行不正常，看了下日志，没有什么报错，于是我就重启服务，结果就报这个错误。我就没管，在找错误原因，结果服务一直尝试重新连接MySQL 后面就报了其他错误了，这里就不贴图了（生产环境机器不适合贴图） message from server：“Host '10.51.50.5

union发布于 April 10,2025

基础篇 SQL分类 DDL：数据定义语言。 create \ alter \ drop \ rename \ truncate DML：数据操作语言。insert \ delete \ update \ select DCL：数据控制语言。commit \ rollback \ savepoint

union发布于 March 26,2025

我在一次学习多线程的过程中，遇到了一个奇怪的现象，后面的打印代码跑到前面去执行了，至今我都未找到原因。废话不多说，直接贴代码 这是我的代码，按理说，打印顺序应该是这样的 All tasks finished! 111 -0 集合内容：{a=123456, b=345123} 但结果却不是，结果如下图

union发布于 March 26,2025

1、什么是工厂模式 工厂模式。我们可以从字面意思去理解。工厂：是用于制造物品的场所。所以工厂模式也可以理解为制造“物品”的模式。 通过代入代码理解，我们一般新建一个对象，都是通过new关键字，这种新建对象的方式，需要我们对这个对象有足够的了解，知道初始化这个对象需要哪些资源。而工厂模式便解决了这个问

union发布于 March 22,2025

1. 简单代码示例 1.1 Future和CompletableFuture的简单用法 FutureTask简单用法 package completablefuture; import java.util.concurrent.*; /** * @author lmq * @version

union发布于 March 17,2025

1. 环境准备 1.1 先决条件 你需要一台安装了 Docker 的计算机（Linux、macOS 或 Windows）。 需要安装 kubectl 以管理 Kubernetes 集群。 1.2 安装 Docker 如果你尚未安装 Docker，请根据你的操作系统安装： Linux (Ubu

union发布于 March 17,2025