本文介绍了基于Mysql文本索引使用单表查询解决在关系型数据库中一对多应用场景下使用多表设计导致关联查询SQL变复杂、查询性能变慢的问题

这几周系统访问量也是居高不下，不出意外系统又出现瓶颈了，大量用户反馈判题结果响应太慢；经排查，又是关于SQL的问题 业务背景 一个类似于力扣在线做题的代码评测模块，用户提交判题任务后，后台会进行异步判

记录公司系统中一次慢SQL优化过程，涉及的内容有 RPC 调用的抽取，数据的同步，索引的分析与设计，分页查询涉及到的问题。

突然收到大量慢查询的告警，同时业务运营在群里反馈红包相关页面加载慢，怀疑系统出问题了，问题发到群里之后，经过日志定位和代码review多重确认，有一条sql成了重点怀疑对象。

本文正在参加「金石计划」 本文主要介绍博主在以往开发过程中，对于不同业务所对应的 sql 写法进行归纳总结而来。进而分享给大家。 本文所讲述 sql 语法都是基于 MySql 8.0 博主github

在之前的工作中，遇到过一次唯一索引的 Bug，今天就分享一下，省的有同兄弟踩坑里。 一、现场还原 先看表结构，其中 name、age、city 三个字段创建一个联合唯一索引。 如果在这三个字段上创建一

CASE 表达式是支撑 SQL 声明式编程的根基之一，也是灵活运用 SQL 时不可或缺的基础技能 在能写列名和常量的地方，通常都可以写 CASE 表达式

除了多表连接之外，开发过程中还会大量用子查询语句（subquery）。但是因为之前版本的MySQL 数据库对子查询优化有限，所以很多 OLTP 业务场合下，我们都要求在线业务尽可能不用子查询。 然而，

SQL中的 join，无外乎 inner join、outer join 以及 cross join，而 inner join 其实就是我们熟知的 join，outer join 其实就是 left