我们需要谈谈困扰我几个月的事情。我一直看到独立黑客和初创公司创始人疯狂地拼凑各种技术栈，用 Redis 做缓存，用 RabbitMQ 做队列，用 Elasticsearch 做搜索，还有用 Mongo

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

为什么比是什么更重要，《MySQL是怎样运行的》行文脉络分析，数据是怎么一步步的被放进B+树中去的。

当项目的SQL查询慢得像蜗牛爬行时，用户的耐心也在一点点被消耗，作为研发，我们可不想看到这样的事。这篇文章将结合行云部署项目的实践经验，带你走进SQL优化的奇妙世界，一起探索如何让那些龟速的查询飞起来

一. 前言 👉👉👉 本篇确实不易，花了不少心思，感谢点赞收藏 ！！！ 实践和问题可以帮助我们更深入的学习，这篇文章算是广度问题，对于一些细节点不会太深入。 首先要有个宏观概念，整个锁囊括了大量的内容

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

本文主要详解MySQL数据库中 Redo log（重做日志）、 Bin Log （归档日志）、Uudo Log（撤销日志），以及 Log 与 InnoDB 的关系和区别，和MySQL事务特性

最近生产爆出一条慢sql，原因是用了or和!=，导致索引失效。于是，总结了索引失效的十大杂症，希望对大家有帮助，加油。 如果它一开始就走全表扫描，直接一遍扫描就完事。 mysql是有优化器的，处于效率与成本，遇到or条件，索引可能失效，看起来也合情合理。 注意: 如果or条件的…

分页查询是最常用的场景之一，但也通常也是最容易出问题的地方。比如对于下面简单的语句，一般 DBA 想到的办法是在 type, name, create_time 字段上加组合索引。这样条件排序都能有效的利用到索引，性能迅速提升。 好吧，可能90%以上的 DBA 解决该问题就到此…