MYSQL MySQL 索引 USING HASH/BTREE/RTREE 迁移 postgresql 16 怎么改

判定为 partial。具备多种访问方法，但 USING 的位置、支持的操作符与 MySQL HASH/BTREE/RTREE 契约不同；建议 PoC 复核计划

按用途改为 CREATE INDEX ... USING btree/hash/gist/gin

兼容性判定

公开资料依据 · 建议 PoC 复核

支持度partial

严重度major

置信度medium

依据规则my.index.type_clause

按用途改为 CREATE INDEX ... USING btree/hash/gist/gin

具备多种访问方法，但 USING 的位置、支持的操作符与 MySQL HASH/BTREE/RTREE 契约不同；建议 PoC 复核计划

库侧改造

可行：按等值/范围/空间用途选择目标索引类型

应用侧改造

不可行：索引访问方法属于数据库设计

推荐路线：db_side。验证建议：执行计划、范围/等值查询、唯一性和空间查询性能回归

CREATE INDEX idx_name USING BTREE ON customer(name)

CREATE TABLE t (k INT, KEY idx_k(k) USING HASH)

ALTER TABLE t ADD INDEX idx_k(k) USING HASH