MySQL 9.7.0 使用详解：新特性、实战与避坑指南

一、版本定位与适用场景

MySQL 9.7.0 于 2026年4月21日作为 LTS（长期支持）版本​ 正式发布，提供约 8 年的支持周期（5年首发+3年扩展），是 MySQL 进入 AI 与云原生时代的重要里程碑。它与 8.4.9 LTS 并行维护，但 9.7 更侧重新特性下放与前沿能力：

• 适合选择 9.7.0 的场景：新项目起步；需要向量检索/RAG 架构；有多表复杂 JOIN 性能瓶颈；希望在社区版使用原企业版能力（优化器、JSON Duality、可观测性等）；容器化/云原生部署。

• 暂不适合/需谨慎 ：有大量历史遗留驱动且暂无法升级客户端；强依赖 mysql_native_password的老系统（9.7 已彻底移除）。

mysql9.7.0一键安装访问地址：https://blog.csdn.net/jlq_diligence/article/details/160690811https://blog.csdn.net/jlq_diligence/article/details/160690811

二、升级/安装前的核心变化（必读）

1. mysql_native_password 已被彻底移除

   • 所有用户必须使用 caching_sha2_password（默认）。若老客户端不支持该插件（如很旧的 Connector/J、PHP 驱动等），连接会失败。

   • 升级前务必执行：SELECT user, host, plugin FROM mysql.user WHERE plugin = 'mysql_native_password';并对相应用户执行 ALTER USER ... IDENTIFIED WITH caching_sha2_password BY '...';

2. 默认认证与安全 ：依然默认 caching_sha2_password，但 9.7 新增支持 PBKDF2 存储格式（配合 SHA512），可在提升安全的同时平滑迁移。

3. 容器/CPU 亲和性 ：更好地识别 cgroup cpuset-cpus，在容器环境能更精确利用分配的逻辑 CPU，减少资源争抢导致的抖动。

三、关键新特性与使用详解

1) VECTOR 向量类型（AI / 相似度检索）

MySQL 9.7 继续完善 VECTOR类型能力，适合存储 Embedding 向量并在单库内做"结构化过滤 + 向量相似度"混合查询（RAG 常见模式）。

• 建表 ：embedding VECTOR(1536)（最大 16383 维，默认 2048；每个维度 4 字节单精度浮点）。

• 写入 ：INSERT INTO t(title, embedding) VALUES ('xxx', STRING_TO_VECTOR('[0.1,0.2,...]'));

• 读取 ：SELECT id, VECTOR_TO_STRING(embedding) FROM t;

• 维度/长度 ：VECTOR_DIM(embedding)获取维度；LENGTH(embedding)等二进制函数也可用。

• 距离计算 ：DISTANCE(v1, v2, 'EUCLIDEAN' | 'DOT_PRODUCT' | 'COSINE')

• 索引（如适用版本/后续补丁） ：CREATE VECTOR INDEX idx_embedding ON t(embedding);（用于加速相似度检索，具体可用性以你安装的 9.7 小版本为准）

• 注意 ：VECTOR不能用作主键/外键/唯一键/分区键；不支持与普通数值、JSON、时间等函数混用（有明确支持函数集合）。

2) Hypergraph Optimizer（复杂 JOIN 优化）

9.7 社区版可使用 Hypergraph Optimizer，对多表 JOIN（尤其是 10+ 表、星型/雪花模型）更容易枚举出更优执行计划（如 bushy trees），并更智能地选择 Join 算法与访问路径。

• 开启 ：SET optimizer_switch='hypergraph_optimizer=on';

• 观察 ：对比 EXPLAIN FORMAT=TREE（或你环境支持的格式）查看 JOIN 结构变化；对复杂报表、多表关联分析类 SQL 尤值得测试。

• 建议：先在从库/灰度环境开启，跑核心复杂查询对比执行时间与执行计划；若出现回归，可动态关闭。

3) JSON Duality Views（关系 ⇄ JSON 文档一体化）

9.7 社区版支持 JSON Duality Views 的 完整 DML（INSERT/UPDATE/DELETE），可以用"关系表"存数据，用"JSON 文档视图"读写同一份数据，减少 ORM 映射与同步成本。

• 创建视图示例：

  CREATE OR REPLACE JSON RELATIONAL DUALITY VIEW customer_dv AS
  SELECT JSON_DUALITY_OBJECT(
  WITH (INSERT, UPDATE, DELETE)
  '_id' : customer_id,
  'name' : name,
  'email' : email,
  'address' : address
  ) FROM customers;

• 通过视图写入 ：INSERT INTO customer_dv VALUES ('{"_id":1,"name":"Tom","email":"t@x.com","address":"BJ"}');

• 查询 ：SELECT * FROM customer_dv;

• 限制 ：当前实现中，JSON DUALITY VIEW 可能不支持直接投影原始 JSON类型列等边界情况（以实际报错/文档为准）。

4) 可观测性：OpenTelemetry / OTLP（社区版能力增强）

9.7 在可观测性方向更强，社区版也能更好对接现代观测栈（具体导出器开关以你版本为准，部分内置 OTLP 导出可能在企业版，但社区可通过 exporter/collector 方式集成）：

• 目标价值：统一日志/指标/trace 输出，方便与应用调用链关联分析（"慢是应用还是 DB"）。

• 常见做法：社区侧常用 mysqld_exporter暴露指标 → OpenTelemetry Collector → OTLP → 观测平台（Prometheus/Grafana/Jaeger 等）。

5) InnoDB Cluster / 复制监控增强

Group Replication 新增更细粒度流控监控（限流会话数、事件数、时长、最近节流时间戳等），便于定位复制延迟与吞吐瓶颈；复制应用器指标等高级组件也更完善，利于集群运维。

6) 安全：PBKDF2 与审计健壮性

• caching_sha2_password支持 PBKDF2 存储格式（更强抗破解），并支持从旧格式迁移。

• 审计日志增强：如过滤器恢复模式、基于时间轮转等，降低配置错误导致服务无法启动的风险。

四、推荐的使用流程与避坑清单

1. 评估：梳理客户端驱动版本、连接报错历史、复杂 JOIN SQL 列表、是否需要向量/JSON 文档混合访问。

2. 测试环境：搭建 9.7 实例，导入脱敏数据，重点验证：连接性（驱动兼容）、复杂查询计划、写入/查询正确性（尤其 Duality View DML）、性能对比。

3. 升级路径 ：MySQL 8.0 → 8.4 → 9.7（通常不建议跨越大版本直升）；升级前完成 mysql_native_password用户迁移。

4. 上线策略：灰度（从库只读 → 读流量灰度 → 写切换）；保留回滚方案（备份/延迟从库）。

5. 常见坑

   • 老程序连不上：基本就是驱动不支持 caching_sha2_password，升级驱动/连接器。

   • 向量列建索引或当键时报错：属于类型限制，调整表结构设计方案。

   • Hypergraph 开启后个别 SQL 回归：用 session 级开关对比，必要时关闭并反馈测试案例。

五、总结

MySQL 9.7.0 LTS 的使用重点不在于"日常 SQL 变了"，而在于你能用到更多过去只有企业版/外部方案才能做的事：向量、更强国界优化器、关系-JSON 一体视图、更完善的集群监控与更现代的认证/可观测性底座。对新项目或计划脱离 8.0 的用户，它是非常值得深度测试与逐步落地的版本。