为什么是再次理解呢？因为松哥之前写过相关的文章介绍过聚簇索引，但是感觉还不够，因此今天想再来和小伙伴们聊一聊这个话题。

之前松哥写过一个 MySQL 系列，但是当时是基于 MySQL5.7 的，最近有空在看 MySQL8 的文档，发现和 MySQL5.7 相比还是有不少变化，同时 MySQL 又是小伙伴们在面试时一个非常重要的知识点，因此松哥打算最近再抽空和小伙伴们聊一聊 MySQL，讲讲原理，讲讲优化，我会从最基本最简单的开始，和大家梳理 MySQL 中常见的面试知识点。

[TOC]

小伙伴们都知道，MySQL 有四种不同的隔离级别，四种不同的隔离级别会带来三种不同的问题，今天我想再和大家捋一捋这个问题。

Insert Intention Lock，中文我们也称之为插入意向锁。

[TOC]

有小伙伴在微信上表示面试时被问到了 Next-Key Lock 是啥，结果一脸懵逼，那么今天我们来捋一捋 MySQL 中的记录锁、间隙锁以及 Next-Key Lock。

InnoDB 存储引擎支持多粒度锁（multiple granularity locking），也就是允许行锁和表锁共存。当允许行锁和表锁共存的时候，可能会存在下面这样一个问题：

[TOC]

日期算是我们在日常开发中经常用到的数据类型，一般来说一张表都有 createTime 和 updateTime 字段，MySQL 中针对日期也提供了很多种不同的数据类型，如：

今天来聊一个简单的话题，这是一个小伙伴在微信上问我的，对于初学者我非常能理解这类问题带来的困扰，各种尝试，各种搜索，别人说的头头是道，但是就是解决不了自己的问题，今天我简单从两个方面来和大家聊聊这个问题，如果小伙伴们有其他的解决思路，也可以留言一起分享。

关于 MySQL 主从搭建，松哥之前写过好多篇文章了，还录过一个视频。不过之前的都是一主一从的结构，但是小伙伴们知道，我们在项目中，更常见一种结构是双 M 结构，即两个 MySQL 实例，每个 MySQL 实例互为主备，这样在主节点突然断电或者不可用的时候，slave 节点可以很快切换为 master，架构图如下：

为了数据安全，数据库需要定期备份，这个大家都懂，然而数据库备份的时候，最怕写操作，因为这个最容易导致数据的不一致，松哥举一个简单的例子大家来看下：