MySQL PhpMyAdmin下三表UNION创建的视图查询耗时2分钟如何优化

核心慢因定位 #

当前视图查询耗时高的根源主要有三点：一是UNION关键字带来的无意义全量去重开销；二是视图定义的嵌套结构与强制全量排序逻辑，导致MySQL必须把170万条数据全部落到临时表做全局文件排序；三是缺少基础表索引支撑，所有数据扫描和排序都要走磁盘IO。

具体优化操作 #

• 替换视图定义里的UNION为UNION ALL
  三张表是实时主表、两个独立的历史分表，本身不存在重复数据。原SQL用的UNION会强制对拼接后的全量数据做去重比对，这个过程需要把所有数据加载到临时表逐行校验，开销占比极高。替换为UNION ALL后可以直接跳过去重逻辑，通常这一步就能把查询速度提升50%以上。
• 移除视图定义里的全局ORDER BY MainKey DESC
  原视图在外层嵌套查询中写死了全量排序逻辑，只要查询这个视图，无论实际业务是否需要排序、是否带过滤条件，MySQL都会先把三个表的所有数据拼接完成，再对170万条数据做全局filesort（磁盘文件排序），这部分是耗时的核心来源。同时这个外层嵌套的结构还会导致查询时带的WHERE过滤条件无法有效下推到三张基础表上，进一步放大查询开销。

  注意：如果视图里的排序没有搭配对应的LIMIT，MySQL优化器是无法利用表上的索引来加速排序的，必须走全量临时表排序。正确的做法是把排序逻辑从视图定义中剥离，在实际查询视图时按需添加排序、过滤条件，避免无意义的全量数据扫描和排序。

• 给三张基础表的MainKey字段建对应索引
  针对CandlestickData、CandlestickDataHist1、CandlestickDataHist2三张表，分别在MainKey字段上建立普通索引。后续当查询带ORDER BY MainKey DESC+LIMIT条件时，MySQL可以直接从每个表的索引上按倒序读取有序数据，通过归并的方式快速拼出符合要求的结果，不需要加载全量数据做全局排序，查询速度可以从分钟级降到秒级甚至毫秒级。
• 去掉视图定义里的SELECT *逻辑
  如果三张表中存在大体积字段（比如长文本、JSON、二进制大对象），SELECT *会强制把所有字段全部加载出来，带来大量不必要的磁盘IO和网络传输开销。只保留业务实际需要的字段列，能进一步降低查询的资源消耗。
• 如果确实需要全量排序后的170万条结果，不要直接依赖视图
  MySQL对包含UNION的视图的排序优化能力很弱，无法利用单表的有序索引做流式归并。这种场景下直接手写查询逻辑，配合单表的MainKey索引，可以直接流式拼接三张表的有序数据，省去全量临时表的写入和排序开销。

内容的提问来源于stack exchange，提问作者A. Vreeswijk