MySQL 生产环境 GROUP BY 优化实践，执行时间：3s->30ms！ 两条 SQL 的 GROUP BY 使用了同一个索引，但是效率却相差很多，这到底是为什么呢？

前言之前在 面试必问的 MySQL，你懂了吗？  中简单的介绍了 MVCC 的原理，掌握了这个原理其实在面试时是可以加分不少的。因为现在很多人的理解还是停留在《高性能 MySQL》书中的版本，也就是通

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

概述： 我们知道， MySQL DB 的数据是存放在磁盘上的，其读写速度无法和存放在内存中的 redis 相比，当 MySQL 记录数过大时，增删改查时系统的吞吐量会非常的大，数据增删改查的性能会急剧

首先，准备4个版本的数据库，5.5/5.6/5.7/8.0然后，每个库中有一模一样的表，数据量一样，建立的索引一样，InnoDB引擎。先看一看，各个版本中，索引统计信息（Cardinality代表该列

背景 无论你是技术大佬，还是刚入行的小白，时不时都会踩到Mysql数据库不走索引的坑。常见的现象就是：明明在字段上添加了索引，但却并未生效。 前些天就遇到一个稍微特殊的场景，同一条SQL语句，在某些参