数据库性能文章 | HeapDump性能社区

源码

innodb

《explain 显示 count(*) 使用了索引，实际却是全表扫描》提到了全表扫描和对主键索引进行全索引扫描，我把这两者等价对待了。对主键索引进行全索引扫描对应的就是本文标题中的全主键扫描。因为有两位读者就全表扫描、全主键扫描这两种读取数据的方式和我进行了交流，为了弄清楚两者到底是不是

my.cnf 增加一个配置项，MySQL 不能启动了

3927

数据库

源码

有一天，同事问了我一个来自客户的问题：在 my.cnf 中增加系统变量 foreign_key_checks 之后，MySQL 就启动不了了。我们尝试通过 SET 命令修改 foreign_key_checks，成功了。查看官方文档，明明也是有这个系统变量的：为什么把 foreign_key

SpringBoot+MyBatisPlus实现读写分离

3564

数据库

今天这篇先聊聊其内部引入 Blink Tree 来替换 B+Tree 的事情

yes的练级攻略1年前

3216

数据库

前言随着业务量的不断增长，数据库的读写压力也越来越大。为了解决这个问题，我们可以采用读写分离的方案来分担数据库的读写负载。本文将介绍如何使用 Spring Boot + MyBatis Plus + MySQL 实现读写分离。读写分离原理读写分离是指将数据库的读操作和写操作分别放到不同的数据库

夕阳醉了1年前

3504

数据库

MySQL主从复制是一种常用的数据库高可用性解决方案，可以提高数据库的可用性和性能。本教程将介绍如何搭建MySQL主从复制。1、MySQL 支持的复制类型基于语句的复制（STATEMENT）：在主服务器上执行的 SQL 语句，在从服务器上执行同样的语句。MySQL 默认采用基于语句的复制，效率

夕阳醉了1年前

2934

数据库

MySQL 自适应哈希索引（一）构造

曾经优化慢查询时，经常在日志中看到 truncate，当时一直疑惑 truncate 为什么会慢。转到数据库方向之后，又碰到过几次 truncate 执行时间过长，导致 MySQL 短暂卡住的问题。经过源码分析和同事测试验证，发现这几次的问题都跟自适应哈希索引有关，所以，深入研究下自适应哈希索

记一次线上问题 → Deadlock 的分析与优化

2777

数据库

死锁

deadlock

记一次字符串末尾空白丢失的排查 → MySQL 是会玩的！

数据库的加锁是比较复杂的，不同的数据库的加锁实现也是有区别的，本篇中的死锁案例还是比较好分析的

青石路1年前

3688

数据库

xplain 显示 count(*) 使用了索引，实际却是全表扫描

末尾空格

字符串

一天，小伙伴找到我，他说他碰到一个很奇怪的问题；他说：明明表名的入参是 test ，为什么展示到界面的记录包括 test 这条记录？

青石路1年前

2938

数据库

幻读问题产生的本质原因是：如果事物中操作的都是快照读，那么是不会产生幻读问题的。

平凡人笔记1年前

2085

数据库

innodb

这篇文章依然源于一位读者的提问：explain 显示 count(*) 使用了索引，optimizer trace 却显示为全表扫描，这是为什么？去年，我写过一篇关于 count(distinct) 实现原理的文章《count(distinct) 玩出了新花样》。还记得当时调试源码的过程中，如

美团面试官：可重复读隔离级别实现原理是什么？（一文搞懂MVCC机制）

2662

数据库

可重复读隔离级别实现原理是什么？它和MVCC又有什么关系？什么是Read View？

看点代码再上班1年前

4654

数据库

MySQL 不一样的 NULL

答读者问：唯一索引冲突，为什么主键的 supremum 记录会加 next-key 锁？

数据库

你好，我是yes。前不久看到面试群里有同学发表了一个疑问～

yes的练级攻略1年前

3311

数据库

本文缘起于一位读者的提问：插入一条记录，导致唯一索引冲突，为什么会对主键的 supremum 记录加 next-key 排他锁？我在 MySQL 8.0.32 复现了问题，并调试了加锁流程，写下来和大家分享。了解完整的加锁流程，有助于我们更深入的理解 InnoDB 的记录锁，希望大家有收获。

还傻傻搞不懂MySQL事务隔离级别么（图文并茂，保证你懂！）

3006

数据库

后端

数据库

并行事务可能出现的问题，具体表象就是脏写，脏读，不可重复读，幻读。MySQL通过隔离不同程度地规避这些问题，MySQL隔离级别有4种，包括：读未提交（READ UNCOMMITTED）、读提交（READ COMMITTED）、可重复读（REPEATABLE READ）、串行化（SERIALIZ

看点代码再上班1年前

4206

数据库

不要用 in + 子查询

你好，我是yes。前两天我的 VIP 用户向我抛出了一个 SQL 问题，他的 MySQL 是 8.x版本：大概意思如下 sql ：select * from A where id in ( sele

yes的练级攻略1年前

3855

数据库

慢查询日志中的 Lock_time 从哪里来？

经常关注慢查询日志的读者，和 Lock_time 应该算是老相识了，大家对这位老相识了解有多少呢？研究 Lock_time 之前，我对它的了解，仅限于它表示锁等待时间。至于它包含哪些锁等待时间、怎么计算得到的，我并不清楚。所以，我一直有个困惑：为什么有些 SQL 执行时间很长，Lock_time

记一次 MySQL 主从同步异常的排查记录，百转千回！

2854

数据库

带你读 MySQL 源码：where 条件怎么过滤记录？

问题排查

主从同步

你好，我是悟空。本文主要内容如下：目录一、现象最近项目的测试环境遇到一个主备同步的问题：备库的同步线程停止了，无法同步主库的数据更改。备库报错如下：从库同步报错信息完整的错误信息：Relay log read failure: Could not parse

悟空聊架构1年前

4052

数据库

mysql 常见面试题～

2971

数据库

相信大家看过无数的MySQL调优经验贴了，会告诉你各种调优手段，如：避免 select *；join字段走索引；慎用in和not in，用exists取代in；避免在where子句中对字段进行函数操作；尽量避免更新聚集索引；group by如果不需要排序，手

arthinking1年前

4069

数据库

源码分析系列的第 3 篇文章，我们来聊聊 MySQL 是怎么判断一条记录是否匹配 where 条件的。本文内容基于 MySQL 8.0.32 源码。

3338

数据库

带你读 MySQL 源码：select *

源码分析系列的第 2 篇文章，我们来聊聊 select * 中的星号是怎么展开为表中所有字段的。本文内容基于 MySQL 8.0.32 源码。

算法的艺术：MySQL order by对各种排序算法的巧用

3136

数据库

这篇文章我们从比较宏观的角度来看MySQL中关键字的原理。本文，我们主要探索order by语句的底层原理。

arthinking1年前

3195

数据库

带你读 MySQL 源码：limit, offset

我一直想写 MySQL 源码分析文章，希望能够达成 2 个目标：不想研究源码的朋友，可以通过文章了解 MySQL 常用功能的实现逻辑，做到知其然，也知其所以然。想研究源码的朋友，能够以文章为切入点，迈进 MySQL 源码研究之门。