从“会写”到“会调”：SQL调优进阶的5个思维升级
大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！你有没有遇到过这种情况：业务方反馈“报表跑不出来”，你打开慢查询日志，看到一条执行了30秒的SQL。你尝试加了一个索引，没用；改了一下写法，还是没用；再调整一下参数——折腾了一个小时，问题依然在。
MySQL 只会写 SQL？这 8 个性能调优技巧，让查询速度提升 100 倍
你有没有遇到过这种情况：系统上线前一切正常，上线半年后数据量上来了，一个列表接口要转 5 秒才出结果，老板站在你身后看着屏幕，气氛瞬间凝固。很多人一遇到慢查询，第一反应就是"加个索引呗"。结果索引加了一堆，查询还是慢，写入反而更慢了。
从“修理工”到“架构师”，SQL调优的三个层级
大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！前面我们讲了rows和filtered的组合诊断，今天把视角拉高一点。你有没有遇到过这种情况：每条SQL单独看都不慢，但系统整体就是响应慢。你花了一天优化了最慢的那条SQL，业务方说“没啥感觉”。
MySQL索引优化实战：从B+树到SQL调优，一次搞懂
数据库索引优化是后端开发的核心技能，也是面试中考察SQL能力的关键点。本文将从底层数据结构讲起，结合实战案例，帮你彻底掌握索引优化。一、索引的本质：为什么要用B+树？很多开发者知道索引能加快查询，却不清楚其背后的数据结构原理。
PostgreSQL调优封神！20%配置改动，解决80%卡顿难题
一、你的PostgreSQL，其实一直在“摆烂”做后端、搞运维的人都懂，PostgreSQL一卡，整个项目都得停摆——查询加载半天、接口超时报错、并发一高就崩，排查来排查去，却连问题根源都找不到。很多人花几天几夜调参数、改代码，最后效果甚微，甚至越调越卡。
SQL调优的“二八法则”：用20%的投入解决80%的慢查询
大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！你有没有过这种经历：花了一下午把一条跑30秒的SQL优化到0.5秒，成就感满满，结果业务方说“没感觉啊”。而你隔壁同事随手优化了一条0.3秒的SQL，业务方反而说“快了好多”。这不是你的优化技术不行，是你优化的对象选错了。
生产性能调优实战：线程池、JVM、数据库、接口全维度提速方案
很多SpringBoot项目开发环境运行流畅，一旦上线生产就出现各种性能问题：并发一高接口就超时、CPU频繁飙升、GC卡顿、数据库查询缓慢、线程堆积阻塞。大部分性能瓶颈并非代码Bug，而是默认配置不适合生产环境、资源分配不合理、链路冗余耗时、缺少性能防护机制导致的。
Mysql调优
1、创建表时，主键必须设计为auto_increment（自增）。这是因为主键自增，可以最大化“B+”树的写入性能，减少页分裂和表碎片的产生。2、生产环境禁止使用外键如果有外键约束，改为通过程序控制。