背景 下班后愉快的坐在在回家的地铁上，心里想着周末的生活怎么安排。 突然电话响了起来，一看是我们的一个开发同学，顿时紧张了起来，本周的版本已经发布过了，这时候打电话一般来说是线上出问题了。 果然，沟通

声明一下：下面的优化方案都是基于 “ Mysql-索引-BTree类型 ” 的 做MySQL优化，我们要善用 EXPLAIN 查看SQL执行计划。

MySQL是关系性数据库中的一种，查询功能强，数据一致性高，数据安全性高，支持二级索引。但性能方面稍逊于非关系性数据库，特别是百万级别以上的数据，很容易出现查询慢的现象。这时候需要分析查询慢的原因，一般情况下是程序员sql写的烂，或者是没有键索引，或者是索引失效等原因导致的。 …

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

之前一直依赖惯了通过mysql慢查询文本日志来解决问题，这次遇到的情况是无法访问文本日志，只能在mysql客户端里鼓捣，经过一番周折之后，终于顺利解决问题，原先一个页面的首字节返回时间长达24秒，经过优化后缩短为1秒。

一、前言 在日常开发中，我们往往会给表加各种索引，来提高 MySQL 的检索效率。 但我们有时会遇到明明给字段加了索引，并没有走索引的Case。 进而导致 MySQL 产生慢查询。 严重场景下，甚至出

前言 Mysql有一项功能可以记录长时间查询的慢记录，具体是多长时间可以自己配置，但是慢查询也未必就是不良的SQL，也可能受其他查询影响，或者是系统资源限制导致的，它也是我们常用的性能分析工具。 My

为什么MySQL的索引有那么多的数据结构可选，偏偏选树结构？为什么那么多的树结构？为什么又偏偏采用 B+ 树作为索引?

当数据库的数据量过大，大到一定的程度，我们就可以进行分库分表。那么基于什么原则，什么方法进行拆分，这就是本篇所要讲的。 为什么要进行分库分表？当数据库大到一定程度的时候，我们采用优化硬件，优化表的结构，这种方法还是无法满足的时候，就要进行分库分表。 随着公司的业务快速发展，数据…