文章已收录Github精选，欢迎Star：https://github.com/yehongzhi/learningSummary 什么是ThreadLocalThreadLocal提供线程的局部变量，这种变量与普通变量的区别在于，每个访问这种变量的线程都有自己的、独立的变量副本。用于解决多线程间的数据隔离问题。 使用场景其实ThreadLocal在很多开源框架中都有应用： Spring中的事务管理器，比如TransactionSynchronizationManager等。 Mybatis中的ErrorContext类，使用ThreadLocal实现线程安全的单例。 存储session中的一些参数，比如用户信息等。 APIThreadLocal提供了4个常用方法： set()方法，设置当前线程中变量的副本。 get()方法，获取 ThreadLocal在当前线程中保存的变量副本。 remove()方法，清空当前线程中变量的副本。 initialValue()是一个 protected方法，一般是用来重写的，如果在没有set的时候就调用 get，会调用 initialV

抛出疑问Mybatis-plus的确能让我们写少很多重复代码，非常好用。那么其中最方便的就是Mapper接口继承BaseMapper就能获得增删改查的这个功能。那么这个功能的底层代码，究竟是怎么实现的呢？ 原生Mybatis配置的原理毕竟Mybatis-plus是Mybatis的加强，所以Mybatis-plus肯定是基于Mybatis原来的机制来扩展的，沿着这个思路，我们先搞清楚一个问题，就是原生的mapper.xml文件最后是怎么跟对应的Mapper接口产生联系的。 既然是配置，那么在Mybatis里肯定有对应的配置类，这个类就是MappedStatement。最终在Configuration类中把MappedStatement对象添加进mappedStatements集合中进行管理。源码如下： public class Configuration { protected final Map<String, MappedStatement> mappedStatements = new StrictMap<MappedStatement>("

前言mybatis相信都不陌生，目前互联网公司大部分都使用mybatis作为持久层框架，无他，因为可以直接在xml文件中编写SQL语句操作数据库，灵活。但是我们在使用的时候，也会发现有很多增删改查的SQL是每个表都会有的基本操作，如果每个表都写一套增删改查的SQL显然是非常耗时耗力的。 于是乎，就有了mybatis-plus这个框架。正如官网所说，mybatis-plus是为简化开发而生。 mybatis-plus有以下特点： 只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑。 只需简单配置，即可快速进行单表CRUD操作，节省大量时间。 代码生成，物理分页，性能分析等功能一应俱全。 一、整合mybatis-plus这里用的是SpringBoot2.5.2做演示。首先导入依赖： <dependency> <groupId>org.mybatis.spring.boot</groupId> <artifactId>mybatis-spring-boot-starter</artifactId>

文章已收录Github精选，欢迎Star：https://github.com/yehongzhi/learningSummary 写在前面其实很早我就注意到阿里巴巴Java开发规范有一句话：只要重写 equals，就必须重写 hashCode。 我想很多人都会问为什么，所谓知其然知其所以然，对待知识不单止知道结论还得知道原因。 hashCode方法hashCode()方法的作用是获取哈希码，返回的是一个int整数 学过数据结构的都知道，哈希码的作用是确定对象在哈希表的索引下标。比如HashSet和HashMap就是使用了hashCode方法确定索引下标。如果两个对象返回的hashCode相同，就被称为“哈希冲突”。 equals方法equals()方法的作用很简单，就是判断两个对象是否相等，equals()方法是定义在Object类中，而所有的类的父类都是Object，所以如果不重写equals方法则会调用Object类的equals方法。 Object类的equals方法是用“==”号进行比较，在很多时候，因为==号比较的是两个对象的内存地址而不是实际的值，所以不是很符合

文章已收录Github精选，欢迎Star：https://github.com/yehongzhi/learningSummary 前言我们都知道当查询数据库变慢时，需要建索引去优化。但是只知道索引能优化显然是不够的，我们更应该知道索引的原理，因为不是加了索引就一定会提升性能。那么接下来就一起探索MYSQL索引的原理吧。 什么是索引索引其实是一种能高效帮助MYSQL获取数据的数据结构，通常保存在磁盘文件中，好比一本书的目录，能加快数据库的查询速度。除此之外，索引是有序的，所以也能提高数据的排序效率。 通常MYSQL的索引包括聚簇索引，覆盖索引，复合索引，唯一索引，普通索引，通常底层是B+树的数据结构。 总结一下，索引的优势在于： 提高查询效率。 降低数据排序的成本。 缺点在于： 索引会占用磁盘空间。 索引会降低更新表的效率。因为在更新数据时，要额外维护索引文件。 索引的类型 聚簇索引 索引列的值必须是唯一的，并且不能为空，一个表只能有一个聚簇索引。 唯一索引 索引列的值是唯一的，值可以为空。 普通索引 没有什么限制，允许在定义索引的列中插入重复值和空值。 复合索

文章已收录Github精选，欢迎Star：https://github.com/yehongzhi/learningSummary 为什么使用雪花ID在以前的项目中，最常见的两种主键类型是自增Id和UUID，在比较这两种ID之前首先要搞明白一个问题，就是为什么主键有序比无序查询效率要快，因为自增Id和UUID之间最大的不同点就在于有序性。 我们都知道，当我们定义了主键时，数据库会选择表的主键作为聚集索引(B+Tree)，mysql 在底层是以数据页为单位来存储数据的。 也就是说如果主键为自增 id的话，mysql 在写满一个数据页的时候，直接申请另一个新数据页接着写就可以了。如果一个数据页存满了，mysql 就会去申请一个新的数据页来存储数据。如果主键是UUID，为了确保索引有序，mysql 就需要将每次插入的数据都放到合适的位置上。这就造成了页分裂，这个大量移动数据的过程是会严重影响插入效率的。 一句话总结就是，InnoDB表的数据写入顺序能和B+树索引的叶子节点顺序一致的话，这时候存取效率是最高的。 但是为什么很多情况又不用自增id作为主键呢？ 容易导致主键重复。比如导入旧数

文章已收录Github精选，欢迎Star：https://github.com/yehongzhi/learningSummary 前言在日常开发中，即使代码写得有多谨慎，免不了还是会发生各种意外的事件，比如服务器内存突然飙高，又或者发生内存溢出(OOM)。当发生这种情况时，我们怎么去排查，怎么去分析原因呢？ 这时就引出这篇文章要讲的dump文件，各位看官且往下看。 什么是dump文件dump文件是一个进程或者系统在某一个给定的时间的快照。 dump文件是用来给驱动程序编写人员调试驱动程序用的，这种文件必须用专用工具软件打开。 dump文件中包含了程序运行的模块信息、线程信息、堆栈调用信息、异常信息等数据。 在服务器运行我们的Java程序时，是无法跟踪代码的，所以当发生线上事故时，dump文件就成了一个很关键的分析点。 如何生成dump文件这里介绍两种方式，一种是主动的，一种是被动的。 方式一主动生成dump文件。首先要查找运行的Java程序的pid。 使用top命令： 然后使用jmap命令生成dump文件。file后面是保存的文件名称，1246则是java程序的PID。 jma

文章已收录Github精选，欢迎Star：https://github.com/yehongzhi/learningSummary String类在Java中String类的使用的频率可谓相当高。它是Java语言中的核心类，在java.lang包下，主要用于字符串的比较、查找、拼接等等操作。如果要深入理解一个类，最好的方法就是看看源码： public final class String implements java.io.Serializable, Comparable<String>, CharSequence { /** The value is used for character storage. */ private final char value[]; /** Cache the hash code for the string */ private int hash; // Default to 0 //... } 从源码中，可以看出以下几点： String类被final关键字修饰，表示String类不能

文章已收录Github精选，欢迎Star：https://github.com/yehongzhi/learningSummary 前言无论是上一篇文章讲的事务隔离级别，还是之前讲的undo log日志，其实都涉及到MVCC机制，那么什么是MVCC机制，它的作用是什么，下面就让我们带着问题一起学习吧。 什么是MVCCMVCC全称是多版本并发控制 (Multi-Version Concurrency Control)，只有在InnoDB引擎下存在。MVCC机制的作用其实就是避免同一个数据在不同事务之间的竞争，提高系统的并发性能。 它的特点如下： 允许多个版本同时存在，并发执行。 不依赖锁机制，性能高。 只在读已提交和可重复读的事务隔离级别下工作。 为什么使用MVCC在早期的数据库中，只有读读之间的操作才可以并发执行，读写，写读，写写操作都要阻塞，这样就会导致MySQL的并发性能极差。 采用了MVCC机制后，只有写写之间相互阻塞，其他三种操作都可以并行，这样就可以提高了MySQL的并发性能。 MVCC机制的原理在讲解MVCC机制的原理之前首先要介绍几个概念。 ReadViewRea

文章已收录Github精选，欢迎Star：https://github.com/yehongzhi/learningSummary 脏读、不可重复读、幻读在现代关系型数据库中，事务机制是非常重要的，假如在多个事务并发操作数据库时，如果没有有效的机制进行避免就会导致出现脏读，不可重复读，幻读。 脏读1、在事务A执行过程中，事务A对数据资源进行了修改，事务B读取了事务A修改后的数据。 2、由于某些原因，事务A并没有完成提交，发生了RollBack操作，则事务B读取的数据就是脏数据。 这种读取到另一个事务未提交的数据的现象就是脏读(Dirty Read)。 不可重复读事务B读取了两次数据资源，在这两次读取的过程中事务A修改了数据，导致事务B在这两次读取出来的数据不一致。 这种在同一个事务中，前后两次读取的数据不一致的现象就是不可重复读(Nonrepeatable Read)。 幻读事务B前后两次读取同一个范围的数据，在事务B两次读取的过程中事务A新增了数据，导致事务B后一次读取到前一次查询没有看到的行。 幻读和不可重复读有些类似，但是幻读强调的是集合的增减，而不是单条数据的更新。