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

增、删、改是数据库中十分常见的操作，但为什么一个事务对一条数据进行变更操作后，另外一个事务却看不见呢？这背后的一切究竟是何原理？本篇与诸位携手共探MySQL-MVCC机制。

MySQL内部采用多线程执行业务SQL，但多线程虽然性能优异，但在高并发情况下自然也会带来一系列隐患问题，那MySQL是如何保障并发读写数据时的安全性呢？本文咱们一起来聊一聊MySQL的锁机制。

MySQL的核心是存储数据，是整个业务系统中最重要的一层，可谓是整个系统的“大本营”，因此只要MySQL存在些许隐患，对整个系统都是致命的，那MySQL在接收外部数据写入时，有没有可能会发生问题呢？

无论你是Java、Go、PHP、Python、Node....任何语言的开发者，如若对数据库仅停留在基本的增删改查，那相信本系列的文章绝对能助力大家成为“码农Plus”，也一定值得诸位细读品鉴~

在MySQL当中，只有使用了InnoDB存储引擎的数据库表才支持事务。 有了事务就可以用来保证数据的完整以及一致性，保证成批的SQL语句要么全部执行，要么全部不执行。 事务用来管理insert、upd

最近和小团队构建学习计划，选择回答问题的方式，找一个题目，大家一起研究，效果很好。 把这道题拿出来分享，大家也可以检查自己是否了解隔离性

索引是什么？为什么要有mysql 索引，解决了什么问题，其底层的原理是什么？为什么使用B+树做为解决方案？用其他的像哈希索引或者B树不行吗？ 简单了解索引 首先，索引（Index）是什么？如果我直接告

画外音：此处假设一页数据为 100 条，均拉取第 3 页数据。 高并发大流量的互联网架构，一般通过服务层来访问数据库，随着数据量的增大，数据库需要进行水平切分，分库后将数据分布到不同的数据库实例（甚至物理机器）上，以达到降低数据量，增加实例数的扩容目的。 大部分的业务场景，会使…