前言 对于后端开发同学来说，访问数据库，是代码中必不可少的一个环节。 系统中收集到用户的核心数据，为了安全性，我们一般会存储到数据库，比如：mysql，oracle等。 后端开发的日常工作，需要不断的

前言 最近我在公司优化了一些慢查询SQL，积累了一些SQL调优的实战经验。 我之前写过一些SQL优化相关的文章《聊聊SQL优化的15个小技巧》和《explain | 索引优化的这把绝世好剑，你真的会用

大家好呀，我是楼仔。 今天发现一篇很有意思的文章，使用 mysql 查询时，是使用 join 好，还是直接 in 更好，这个大家工作时经常遇到。 为了方便大家查看，文章我重新进行了排版。 我没有直接用

最近看几个老项目的SQL条件中使用了1=1，想想自己也曾经这样写过，略有感触，特别拿出来说道说道。 编写SQL语句就像炒菜，每一种调料的使用都会影响菜品的最终味道，每一个SQL条件的加入也会影响查询

MySQL 事务隔离级别 SQL:1992 标准定义了四种事务隔离级别，分别是读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable R

当前读和快照读。顾名思义，当前读就是读的是当前时刻已提交的数据，快照读就是读的是快照生成时候的数据。

Bean Searcher 号称任何复杂的查询都可以 一行代码搞定，但 Mybatis Plus 似乎也有类似的动态查询功能，它们有怎样的区别呢？

使用左模糊匹配（like "%xx"）并不一定会走全表扫描，关键还是看数据表中的字段。如果数据库表中的字段只有主键+二级索引，那么即使使用了左模糊匹配，也不会走全表扫描（type=all），而是走