今天收到一个同事的求助，说有一个SQL跑了一个多小时没有结果。我看了看，这个SQL是这样的（隐藏了敏感信息）： 我首先查看了两个表的数据量，表1有将近300万条，表2有不到10万条记录。并不是很大的数据。于是我关注到了not in，这个语句是几乎所有 ...

手机微博4040端口SQL优化 现象 某端口常态化延迟，通过使用pt-query-digest发现主要由于一条count（*）语句引发，具体如下： 我们来查看一下这个表的表结构和这条语句的explain结果，看是否可以优化，具体如下： 可以看到 ...

1.原来的sql： 查询的场景是这样的： 司机表和订单表的数据，需要展示在订单表已经有的司机，如果司机是已经完单，则显示为空闲，然后可以继续给改司机派单子。如果是已经出发，需要显示当前司机是已出发、已到达或者已经完成这样的状态。所以需要显示当前有订单的司机以及空闲的司机 ...

1、驱动表：加索引不起作用，因为全表扫描。表1 left join 表2 ，此时表1是驱动表 　被驱动表：给这个加索引。 关联查询 子查询时 　　尽量不使用not in 或者not exists　　而是用left outer join on XXXX is null代替 ...

记一次pgsql的查询优化 前言 这是一个子查询的场景，对于这个查询我们不能避免子查询，下面是我一次具体的优化过程。 优化策略 1、拆分子查询，将需要的数据提前在cte中查询出来 2、连表查询，直接去查询对应cte里面的内容 一个RECURSIVE查询出所有的节点信息，后面 ...

程序应用场景： 年初从总公司交接了一个评分系统，系统大概情况是80w考生，每个考生105条作答数据，作答数据主要是客观题（单选题，多选题，判断题），评分时间大概40分钟左右。 需求：优化代码，提升评分效率，优化之后评分完成在20分钟左右。 已有代码优化逻辑： 1.程序方面： 多线程 ...

场景 索引优化 单列索引 多列索引 索引覆盖 排序 场景 我用的数据库是mysql5.6，下面简单的介绍下场景 课程表 数据100条 学生表: 数据70000条 ...

MYSQL一次千万级连表查询优化 一、总结 一句话总结： 原理是用子查询优化join连表查询（lavarel的模型操作喜欢这么干）（因为连表数据臃肿，再进行条件查询和分组就太吃亏了），这这里的效率提升了1000倍 这里提升效率是先用子查询进行了条件查询，这样再连表花费就没有那么大了 多表 ...