本文正在参加「金石计划」 前段时间，博主线上项目的几个后端接口执行耗时达到了三、四秒钟以上，查看接口代码，发现 sql 语句执行过慢，于是开始分析 sql 执行 这里把比较经典的优化案例分享给大家。

合理规范的使用MySQL，可以大大减少开发工作量和线上问题，并提升SQL查询性能。 我精心总结了这16条MySQL规约，分享给大家，欢迎评论指正。

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

面试官：你是怎么理解InnoDB引擎中的事务的？ 候选者：在我的理解下，事务可以使「一组操作」要么全部成功，要么全部失败 候选者：事务其目的是为了「保证数据最终的一致性」。 候选者：举个例子，我给你发

业务场景一曾经经历过供应链相关的架构优化，当时平台上有一个订单功能，里面的主表有几千万数据量，加上关联表，数据量达到上亿。这么庞大的数据量，让平台的查询订单变得格外迟缓，查询一次都要二三十秒，而且多点

MySQL/InnoDB的加锁，一直是一个常见的话题。例如，数据库如果有高并发请求，如何保证数据完整性？产生死锁问题如何排查并解决？下面是不同锁等级的区别 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高 ，并发度最低。 页面锁：开销和加锁时间界于表锁和行…

Mysql一般出现CPU负载过高问题的时候，我们都会去看下故障期间的慢sql日志，然后找出全表扫描、索引不合理、函数运算过多的sql，让开发同学优化下。实在不行的话，那就升级CPU硬件，替换更高频率的

使用 JuiceFS 客户端 mount 远端对象存储到本地机器路径，通过编写 ClickHouse 的存储策略，如同使用多卷存储一样使用远端对象存储。

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