MySQL事务隔离与锁机制是一个老生常谈的话题，但似乎很少有资料去讲它们底层真正的实现，而本章则会深入底层真正揭开事务与锁机制的神秘面纱~

前言 有些小伙伴在工作中可能遇到过这样的场景：原本运行良好的Group By查询，随着数据量的增长，执行时间从几秒变成了几分钟甚至几小时。 页面加载缓慢，用户抱怨连连，DBA着急上火。 这种性能下降往

Docker 可以轻松地从远程仓库拉取镜像，并快速部署应用，简单高效，极其方便。 曾经刚接触Docker的时候，一度以为一切皆可容器化，自己在使用Docker的时候，也是直接Docker部署。 但很多

这是mysql专栏的第四篇，上一个小节我们了解了如何通过flush list存储所有的脏页数据，这一节我们来继续介绍缓冲池的内部结构LRU链表。

本文讲述了MySQL数据库Buffer Pool的一些属性和参数，简单介绍了它的工作流程，以及一些操作命令。

MySQL是基于磁盘工作的，这句几乎刻在了每个后端程序员DNA里，但它真的对吗？答案并不能盖棺定论，因为实际上MySQL运行时，几乎会将所有操作都放会在内存中完成，啥？基于内存？为啥呢？

一. 问题描述 我们在设计表结构的时候，设计规范里面有一条如下规则: 对于可变长度的字段，在满足条件的前提下，尽可能使用较短的变长字段长度。 为什么这么规定？我在网上查了一下，主要基于两个方面 基于存

MySql 之重器，在多数用户眼中，MySql 甚至可以与 InnoDB 划上等号。虽然 InnoDB 不是 MySql 的全部，但失去 InnoDB 的 MySQL 就仿佛不再是 MySQL 了。

使用MySQL的你一定听过“回表”。其对查询性能的影响成为普遍共识，但事实果真如此吗？网络上关于“回表”的分析与解决的文章非常多，绝大多数并未指明真正原因，只要使用MySQL就会有“回表”问题吗？