背景 公司的一个ToB系统，因为客户使用的也不多，没啥并发要求，就一直没有经过压测。这两天来了一个“大客户”，对并发量提出了要求：核心接口与几个重点使用场景单节点吞吐量要满足最低500/s的要求。 当

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

前言 在项目里面，多多少少都隐藏着一些执行比较慢的SQL, 不同的开发测试人员在平时使用的过程中多多少少都能够遇到，但是无法立马有时间去排查解决。那么如果有一个文件能够将这些使用过程中比较慢的SQL记

①索引到底是什么； ②索引底层的实现； ③聚簇索引是什么？二级索引呢； ④最左前缀原则； ⑤如何设计索引，遵循的原则； ⑥索引相关语法；

面试官：要不你来讲讲你们对MySQL是怎么调优的？ 候选者：哇，这命题很大阿…我认为，对于开发者而言，对MySQL的调优重点一般是在「开发规范」、「数据库索引」又或者说解决线上慢查询上。 候选者：而对

前段时间hellohello-tom离职了，因为个人原因，在休整一段时间后，重新入职了一家新公司。入职的第一天tom哥就经历了一次生产事故，运维同学告警说线上MYSQL负载压力大，直接就把主库MYSQ

之前我们已经详细介绍了关于索引的原理和索引的查询的原则，所谓工欲善其事必先利其器，各位在学习阶段一定要要循序渐进的来学习这块知识，千万不要眼高手低，一定要不急不躁，争取一个萝卜一个坑，学完后能一次性拿

1. 写完SQL先explain查看执行计划（SQL性能优化） 日常开发写SQL的时候，尽量养成这个好习惯呀：写完SQL后，用explain分析一下，尤其注意走不走索引。 降低写错SQL的代价, 你在命令行执行这个SQL的时候，如果不加limit，执行的时候一个不小心手抖，可能…

这天我正在午休呢，公司DBA就把我喊醒了，说某库出现大量慢SQL，很快啊，很快，我还没反应过来，库就挂了，我心想现在的用户不讲武德啊，怎么在我睡觉的时候大量请求呢。 这是很常见的一个场景哈，因为很多业务开始数据量级不大，所以写sql的时候就没注意性能，等量级上去，很多业务就需要…