业务场景 因为项目刚上线，目前暂不打算引入其他中间件，所以打算通过 mysql 来实现分布式读写锁；而该业务场景也满足分布式读写锁的场景，抽象后的业务场景是：特定资源 X，可以执行 2 种操作：读操作

闭关修炼半载、精通数据库的我又回来啦！虽然迄今为止我的面试大写着失败，但这并不妨碍我继续失败！此时正挺着啤酒肚迎面向我走来的性感帅哥，正是本次负责考验我的面试官，微风吹过他那一头浓密的秀发.....

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

Insert Intention Lock，中文我们也称之为插入意向锁。 这个可以算是对我们之前所讲的 Gap Lock 的一个补充，关于 Gap Lock，如果还有小伙伴不懂，可以参考：记录锁、间隙

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

本文介绍MySQL事务的使用和其存在长事务的风险， MySQL 的事务及其特性，并发事务带来的问题、事务的隔离级别与演示，单版本控制锁以及多版本并发控制 MVCC。 一、MySQL事务使

索引的底层原理，可谓是众人皆知的技术点，算不上特别新颖的知识，但网上资料多少有些不够全面，而在本篇中则以动画的形式，全解整个MySQL索引的底层实现~

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

任何项目都会有日志，MySQL也不例外，其日志种类繁多，如撤销日志、重做日志、错误日志、慢查询日志、中继日志、二进制日志.....，本章则打算全解MySQL中的各类日志，将不同日志间的关系彻底理清楚~