面试官：麻烦你好好看看这篇文章，再告诉我，每张表到底能存多少数据？ 实际情况下，每张表由于自身的字段不同、字段所占用的空间不同等原因，它们在最佳性能下可以存放的数据量也就不同，需要手动计算才行。

无论你是大前端，亦或是Java、Go、Python、C/C++，只要是一个合格的开发者，对于MySQL相信都不陌生，但如若你仅停留在表面的CRUD，在这里你可以打开MySQL的进阶之旅！

MySQL中存在着以下几种日志：重写日志（redo log）、回滚日志（undo log）、二进制日志（bin log）、错误日志（error log）、慢查询日志

前言 时位于 2002 年，MySQL4.1 版本开始支持 UTF-8 编码，由于当时采用RFC 2279规定该编码使用 1~6 字节存储单个字符，MySQL 开发者在同年 9月对源码进行了修改，将

1 Innodb MVCC 组成 1. 1 为何使用 MVCC 实现快照读 innodb 存储引擎的快照读是基于多版本并发控制 MVCC 和 undolog 实现，通过 MVCC 机制提高系统读写并发

在 MySQL 中 InnoDB 是常用的存储引擎，我们经常会遇到慢 sql 或者死锁，所以深入了解 DDL 和 DML 语句下锁机制是非常有必要的。

latch 是在 BTree 上定位 record 的时候对 Btree pages 加的锁，它一般是在对 page 中对应 record 加上 lock 并且完成访问/修改后就释放

报错分析 一次线上错误日志显示锁等待超时，错误提示为Lock wait timeout exceeded;。 异常发生时，从其他日志、业务场景排除了单个业务并发操作的可能性。

💡 引言：平常在开发过程中，或多或少碰到过数据去重的场景，数据少没问题，数据大的情况下，如果没有很好的算法逻辑或者工具，效率慢且容易出错。 本文主要阐述一种基于父子关系的高效去重算法。