前言 最近我在公司优化了一些慢查询SQL，积累了一些SQL调优的实战经验。 我之前写过一些SQL优化相关的文章《聊聊SQL优化的15个小技巧》和《explain | 索引优化的这把绝世好剑，你真的会用

大家好，我是哪吒。 1、先了解MySQL的执行过程 了解了MySQL的执行过程，我们才知道如何进行sql优化。 客户端发送一条查询语句到服务器； 服务器先查询缓存，如果命中缓存，则立即返回存储在缓存中

最近博主看完了《SQL进阶教程》这本书，看完后给博主打开了SQL世界的新大门，对于 SQL 的理解不在局限于以前的常规用法。借用其他读者的评论， 本文给大家总结如何让SQL起飞（优化） 一、SQL写法

我正在参加「掘金·启航计划」 最近的工作中，我听到组内两名研发同学在交流数据统计性能的时候，聊到了以下内容： 有点儿好奇，难道 count(1) 的性能真的就比 count(*) 要好吗？

前言 接口性能优化对于从事后端开发的同学来说，肯定再熟悉不过了，因为它是一个跟开发语言无关的公共问题。 该问题说简单也简单，说复杂也复杂。 有时候，只需加个索引就能解决问题。 有时候，需要做代码重构。

SQL大家都写过，但用户基于浏览器操作后是如何生成SQL的？SQL语句又是如何来到数据库执行的？本文会站在一条SQL的角度，从SQL的诞生到结束整个历程进行剖析。

mysql 的更新语句流程和查询语句流程有什么不同呢？基本流程也是一致的，也就是说，它也要经过解析器、优化器的处理，最后交给执行器。区别就在于拿到符合条件的数据之后的操作。

前言 作为一个后端开发工程师，我们大部分时间都是在开发业务接口，作为一个资深开发，我们不仅仅是要保证能用就行，更重要的是要保证接口的性能。那么如果接口慢，我们应该从哪些方面对接口进行优化呢？ 一：善于

前言 接口性能问题，对于从事后端开发的同学来说，是一个绕不开的话题。想要优化一个接口的性能，需要从多个方面着手。 其实，我之前也写过一篇接口性能优化相关的文章《聊聊接口性能优化的11个小技巧》，发表之