增、删、改是数据库中十分常见的操作，但为什么一个事务对一条数据进行变更操作后，另外一个事务却看不见呢？这背后的一切究竟是何原理？本篇与诸位携手共探MySQL-MVCC机制。

一次线上慢SQL调优分享 一周前，客户反馈做题页面经常卡顿，加载慢；我们监控比较少，所以根据直觉去MySQL慢查询日志一看，果然是一条慢SQL。废话不多，开整！！！ 业务背景 一个在线做题的代码评测系

在 MySQL 中，GROUP BY 和 DISTINCT 都是用来处理查询结果中的重复数据，并且在官方的描述文档中也可以看出：在大多数情况下 DISTINCT 是特殊的 GROUP BY，如下图所示

一、前言锁是计算机在执行多线程或线程时用于并发访问同一共享资源时的同步机制，MySQL中的锁是在服务器层或者存储引擎层实现的，保证了数据访问的一致性与有效性。MySQL锁可以按模式分类为：乐观锁与悲观

优化的核心思想只有一个，那就是找出性能瓶颈所在，然后解决它；常见的优化 Tips 包括但不限于：使用索引、避免排序、使用EXISTS或者JOIN代替IN、减少临时表

本篇文章从探究 PageHelper 实现分页的原理出发，先介绍了Mybatis 中拦截器的机制，然后基于拦截器机制分析了 PageHelper 实现分页的原理。

你是如何理解最左前缀原则的？ 你是如何理解行锁、GAP锁、临键锁的？ 你是如何理解MVCC的？ 你是如何理解count(*)和count(1)的？ 你是如何理解Online DDL的？ 你知道哪些情况

前言 之前我一个搞网络安全的朋友问了我一个的问题，为啥用 PreparedStatement 预编译的 SQL 就不会有被 SQL 注入的风险？ 第一时间我联想到的是八股文中关于 Mybatis 的脚