MySQL推出全新Hypergraph優(yōu)化器，正式進軍OLAP領域
在剛剛過去的 MySQL Summit 2025 大會上，Oracle 發(fā)布了一個用于 MySQL 的全新 Hypergraph（超圖）優(yōu)化器，能夠為復雜的多表查詢生成更好的執(zhí)行計劃，從而優(yōu)化查詢性能。
這個功能目前只在 MySQL HeatWave 云數(shù)據庫中提供；MySQL 社區(qū)版如果想要支持的話，需要在源碼編譯安裝時啟用相關配置（-DWITH_DEBUG=1）。
以下是官方給出的一個性能測試結果：
接下來我們看兩個使用示例，首先啟用優(yōu)化器配置：
MySQL >SETSESSION optimizer_switch='hypergraph_optimizer=on';如果上面的語句沒有返回錯誤，表示成功啟用 Hypergraph 優(yōu)化器。
然后比較以下查詢在使用傳統(tǒng)優(yōu)化器和 Hypergraph 優(yōu)化器時的區(qū)別：
MySQL >WITH salary_rank AS(
SELECT e.emp_no, e.first_name, e.last_name, d.dept_no, s.salary,
RANK()OVER(
PARTITIONBY d.dept_no ORDERBY s.salary DESC
)AS dept_rank
FROM employees e
JOIN dept_emp d ON e.emp_no = d.emp_no
JOIN salaries s ON e.emp_no = s.emp_no
WHERE s.to_date ='9999-01-01'AND d.to_date ='9999-01-01'
)
SELECT*FROM salary_rank WHERE dept_rank =1;該查詢使用了 CTE 和窗口函數(shù)獲取每個部門中薪水最高的員工。
傳統(tǒng)優(yōu)化器返回的結果如下：
+--------+------------+-----------+---------+--------+-----------+
| emp_no | first_name | last_name | dept_no | salary | dept_rank |
+--------+------------+-----------+---------+--------+-----------+
|466852| Akemi | Warwick | d001 |145128|1|
|413137| Lunjin | Swick | d002 |142395|1|
|421835| Yinlin | Flowers | d003 |141953|1|
|430504| Youjian | Cronau | d004 |138273|1|
|13386| Khosrow | Sgarro | d005 |144434|1|
|472905| Shin | Luck | d006 |132103|1|
|43624| Tokuyasu | Pesch | d007 |158220|1|
|425731| Ramachenga | Soicher | d008 |130211|1|
|18006| Vidya | Hanabata | d009 |144866|1|
+--------+------------+-----------+---------+--------+-----------+
9rowsinset(2.1155 sec)Hypergraph 優(yōu)化器返回的結果如下：
+--------+------------+-----------+---------+--------+-----------+
| emp_no | first_name | last_name | dept_no | salary | dept_rank |
+--------+------------+-----------+---------+--------+-----------+
|466852| Akemi | Warwick | d001 |145128|1|
|413137| Lunjin | Swick | d002 |142395|1|
|421835| Yinlin | Flowers | d003 |141953|1|
|430504| Youjian | Cronau | d004 |138273|1|
|13386| Khosrow | Sgarro | d005 |144434|1|
|472905| Shin | Luck | d006 |132103|1|
|43624| Tokuyasu | Pesch | d007 |158220|1|
|425731| Ramachenga | Soicher | d008 |130211|1|
|18006| Vidya | Hanabata | d009 |144866|1|
+--------+------------+-----------+---------+--------+-----------+
9rowsinset(1.6108 sec)查詢結果一致，但是 Hypergraph 優(yōu)化器速度更快。
接下來比較一下 EXPLAIN 語句針對兩種優(yōu)化器返回的執(zhí)行計劃，注意 Hypergraph 優(yōu)化器只支持 TREE 或者 JSON 格式。
首先是傳統(tǒng)優(yōu)化器：
然后是 Hypergraph 優(yōu)化器：
雖然 Hypergraph 優(yōu)化器顯示的最終成本更高，但是由于它們采用的計算模型不同，實際上比較不同優(yōu)化器的成本沒有任何意義。
我們能夠看到傳統(tǒng)優(yōu)化器采用了 Nested Loop Inner Join 方式連接兩個表，Hypergraph 優(yōu)化器則采用了 Inner Hash Join 方式，后者獲得了更好的查詢性能。
期待一下 MySQL 全系產品支持 Hypergraph 優(yōu)化器，正式進軍 OLAP 領域！
