这几天在项目上遇到一个问题，说是一个业务列表的查询很慢。记得之前这个功能并没有遇到这个情况，而且根据客户的描述，是最近一段时间开始变慢的。于是从后台拿出了不知道是谁写的sal语句，检查了一下，发现其中的一个子查询语句是这样的：
SELECT
BSNUM,
STATE AS FILE_STATE
FROM
file_record r
WHERE
EXISTS(
SELECT
BSNUM,
STATE
FROM
(
SELECT
BSNUM,
MAX(STATE) AS STATE
FROM
file_record
GROUP BY
BSNUM
) x
WHERE
r.BSNUM = x.BSNUM
AND r.STATE = x.STATE
)
简单的看了一下这个语句，应该是想查出这个表中state值最大的业务对应的bsnum和state这两个字段的值。但是用原有的方法未免太麻烦，而且效率低下，于是优化了一下sql语句，改成这样的：
SELECT
bsnum,
STATE AS FILE_STATE
FROM
FILE_RECORD r
WHERE
STATE =(
SELECT
MAX(STATE)
FROM
FILE_RECORD
WHERE
bsnum = r.bsnum
);将修改前后的两个语句在数据量大的生产环境分别执行一下，发现查询时间差距居然如此之大：
之前只是知道，用第一种这样的蠢蠢的查询方式，效率很低，但是没有想到二者差距这么大。为什么之前这里没有发现问题呢？因为一开始的时候数据量不是很大，所以倒是也没有太影响系统使用。不过随着数据量慢慢的变多，到现在已经有几十万条数据了，所以查询速度自然就变得慢下来了。
