MySQL大宽表查询优化：对比最新两行识别数据变化的方案咨询

解决方案 #

1. 优先给时间戳列建降序索引 #

这是成本最低的优化方案，不需要修改业务逻辑，也不需要调整表结构：
给时间戳列创建唯一降序索引后，ORDER BY DATETIME DESC LIMIT 2查询会直接走索引取前两条数据，不需要全表扫描，查询耗时可降到毫秒级，完全满足2秒以内的要求。

2. 优化对比逻辑，取消转置操作 #

拿到最新2行数据后做自关联，直接在SQL层完成对比，不需要拉到应用层转置：

-- 先取最新2行数据
WITH latest_2rows AS (
    SELECT * FROM 你的表名 ORDER BY 时间戳列名 DESC LIMIT 2
)
SELECT
    -- 列对比逻辑可以通过数据库元数据批量生成语句，不需要手动写300行
    CASE WHEN t2.obj_col1 > t1.obj_col1 THEN '正向增长' WHEN t2.obj_col1 < t1.obj_col1 THEN '负向减少' ELSE '无变化' END AS obj1变化结果,
    CASE WHEN t2.obj_col2 > t1.obj_col2 THEN '正向增长' WHEN t2.obj_col2 < t1.obj_col2 THEN '负向减少' ELSE '无变化' END AS obj2变化结果,
    ......
FROM 
    (SELECT * FROM latest_2rows LIMIT 1 OFFSET 1) t1 -- 倒数第二行数据
    CROSS JOIN
    (SELECT * FROM latest_2rows LIMIT 1) t2 -- 最新一行数据

该方案所有计算都在数据库层完成，避免了数据传输和转置的额外开销，对比速度至少提升一倍以上。

3. 增量缓存方案（性能最优） #

如果可以微调写入逻辑，可实现毫秒级查询：
在写入新行的逻辑中增加缓存逻辑，每次写入新行前，直接和内存中缓存的上一行数据做对比，把300个对象的变化结果直接存入一个单独的小结果表，后续需要查询变化结果时直接读该小表即可，耗时基本在10ms以内。
该方案完全不需要修改原有历史表的结构和存储逻辑，也不需要分表，对现有业务的侵入极小。

4. 分区表方案（无侵入可选） #

如果不想修改任何业务逻辑，可给历史表按时间做分区，最新分区仅存储最近100行数据，查询最新2行时直接扫描最新分区，不需要扫描全表20万行数据，查询速度也能满足要求。 #

内容的提问来源于stack exchange，提问作者G.H.