Mysql

online DDL功能支持INSTANT和in-place表变更和并发DML。此功能好处包括： - 在繁忙的生产环境中提升响应性和可用性，在这种情况下，使表在几分钟或几个小时不可用是不切实际的。

mysql版本为：8.0.27，隔离级别为：REPEATABLE-READ，下面为各场景下对Mysql的mvcc的理解。

上篇文章《Mysql之mvcc各场景理解》有通过实验去初步了解了下MVCC，但是不够体系。下面我们还是从场景出发，仅一步： - 认识MVCC - 了解开发中需要注意什么

对于InnodDB对表、索引、表空间和InnoDB存储引擎其他方面的限制，笔者也了解的比较少，对于这些限制当达到的时候自然会触发，但是了解这些限制可以对InnoDB的设计有一定的了解。

除了slow sql的处理，常见的还有锁超时和死锁的定位。 锁超时一般发生在两个update对同一行或者存在间隙锁的交集情况下，在业务中一个事务持有锁之后因为发生了IO阻塞或者。。。

上一篇文章《Mysql分库分表》中介绍了为啥要分库分表及对应的策略，但是也会引发一系列的问题，本文就来介绍“分布式事务问题”怎么解决。

上一篇文章《Mysql分库分表》中介绍了为啥要分库分表及对应的策略，但是也会引发一系列的问题，本文就来介绍“分布式全局唯一id问题”怎么解决。

锁的种类有很多，有开发很少碰上，但是我们必须要进行了解，这样出现问题才能及时解决。下面我们来了解下各种锁，已经它的使用场景。mysql版本为：8.0。

本文主要对Mysql的索引结构进行介绍，将围绕一下问题进行展开： 1. InnoDB索引结构支持那些类型？ 2. B树的结构是什么？ 3. B+树的结构是什么？ 4. Hash索引的结构是怎样的...

Mysql主备同步的流程是什么？是怎么解决循环复制问题的？主备延迟的原因有哪些？怎么解决主备延迟呢？

通过此文来进行介绍下Binary Log怎么查看和使用。 查看可以mysql命令和mysqlbinlog命令下面都会介绍到。 恢复使用mysqlbinlog命令。

前面我们介绍了《Mysql InnoDB之Redo Log》其中提到了一些参数的配置，其实参数的配置就涉及到一些底层的流程，下面我们主要讲Redo Log的写入流程。

前面介绍了《Mysql之Binary Log》其中提到了一些参数的配置，下面我们主要讲Binary Log的sync_binlog会涉及到Binary Log的写入流程。

继上篇写到《Mysql之Binary Log》，我们了解到Binary Log为mysql server层的逻辑操作日志，那么存储引擎有没有相关的日志呢？

Binary Log的作用是什么？ 假如不小心把数据删掉了怎么进行恢复？ 如果想搞读写分离，主从之间是怎么进行同步数据的？

为什么要分库分表 随着业务运营时间的推移，表结构可能变得不合理、表变多、单表数据量在变大、总数据量在变大、并发访问量可能在变大等等。将会带来以下问题

DECIMAL和NUMERIC类型（**定点类型**）的存储精度数值的数据值。当保持精确精度是很重要时使用这些类型，例如货币数据。