本文总结自 MySQL 8.4 以来，在 MySQL 9.0 中新增、废弃、更改和删除的内容。MySQL 9.0 中新增或更改的功能。

1 MySQL 9.0新特性

1 VECTOR 类型支持

MySQL 9.0 支持 <code>VECTOR 列类型。向量是一个数据结构，它由条目列表（4 字节浮点值）组成，可以表示为二进制字符串值或列表格式字符串。VECTOR 列在声明时需指定最大长度或条目数量（括号内），默认值为 2048，最大值为 16383。

可用以下示例，通过 CREATE TABLE 创建带有 VECTOR 列的 InnoDB 表：

mysql> CREATE TABLE v1 (c1 VECTOR(5000));

Query OK, 0 rows affected (0.03 sec)

向量列的限制

• VECTOR 列不能用作任何类型的键。这包括主键、外键、唯一键和分区键。

• 某些类型的 MySQL 函数和运算符不接受向量作为参数。这些函数包括但不限于数值函数和运算符、时间函数、全文搜索函数、XML 函数、位函数和 JSON 函数。

  向量可以与某些但非所有字符串和加密函数一起使用

• VECTOR 不能与任何其他类型进行比较，并且只能与另一个 VECTOR 进行相等性比较

VECTOR_DIM()（也在 MySQL 9.0 中新增）返回向量的长度。提供了用于不同表示之间转换的函数。STRING_TO_VECTOR()（别名：TO_VECTOR()）采用列表格式表示的向量并返回二进制字符串表示；VECTOR_TO_STRING()（别名：FROM_VECTOR()）执行相反的操作，如下所示：

mysql> SELECT STRING_TO_VECTOR('[2, 3, 5, 7]');

+------------------------------------------------------+code>

| TO_VECTOR('[2, 3, 5, 7]') |

+------------------------------------------------------+

| 0x00000040000040400000A0400000E040 |

+------------------------------------------------------+

1 row in set (0.00 sec)

mysql> SELECT VECTOR_TO_STRING(0x00000040000040400000A0400000E040);

+------------------------------------------------------+

| VECTOR_TO_STRING(0x00000040000040400000A0400000E040) |

+------------------------------------------------------+

| [2.00000e+00,3.00000e+00,5.00000e+00,7.00000e+00] |

+------------------------------------------------------+

1 row in set (0.00 sec)

2 内联和隐式外键约束

MySQL 现在强制执行内联外键规范，这在以前版本中被解析器接受但忽略。MySQL 9.0 还接受对父表主键列的隐式引用。

考虑以下通过该语句创建的父表 person：

CREATE TABLE person (

id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,

name CHAR(60) NOT NULL

);

若要创建具有 person 外键 owner 的表 shirt，MySQL 现在根据标准接受并正确处理以下任何一种 CREATE TABLE 语句：

CREATE TABLE shirt (

id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,

style ENUM('tee', 'polo', 'dress') NOT NULL,

color ENUM('red', 'blue', 'yellow', 'white', 'black') NOT NULL,

owner SMALLINT UNSIGNED NOT NULL,

FOREIGN KEY (owner) REFERENCES person (id)

);

CREATE TABLE shirt (

id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,

style ENUM('tee', 'polo', 'dress') NOT NULL,

color ENUM('red', 'blue', 'yellow', 'white', 'black') NOT NULL,

owner SMALLINT UNSIGNED NOT NULL,

FOREIGN KEY (owner) REFERENCES person

);

CREATE TABLE shirt (

id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,

style ENUM('tee', 'polo', 'dress') NOT NULL,

color ENUM('red', 'blue', 'yellow', 'white', 'black') NOT NULL,

owner SMALLINT UNSIGNED NOT NULL REFERENCES person (id)

);

CREATE TABLE shirt (

id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,

style ENUM('tee', 'polo', 'dress') NOT NULL,

color ENUM('red', 'blue', 'yellow', 'white', 'black') NOT NULL,

owner SMALLINT UNSIGNED NOT NULL REFERENCES person

);

以前版本的 MySQL 中，只有上述显示的第一个语句会创建外键。

3 将 EXPLAIN ANALYZE 的 JSON 输出保存到变量中

现在支持将 EXPLAIN ANALYZE 的 JSON 输出保存到用户变量中，语法如下所示：

EXPLAIN ANALYZE FORMAT=JSON INTO @variable select_stmt

随后可以将该变量作为 MySQL JSON 函数的 JSON 参数使用。INTO 子句仅支持 FORMAT=JSON，且必须显式指定 FORMAT。此形式的 EXPLAIN ANALYZE 还支持可选的 FOR SCHEMA 或 FOR DATABASE 子句。

注意：仅当 explain_json_format_version 服务器系统变量设置为 2 时，此功能才可用；否则，尝试使用它将引发 ER_EXPLAIN_ANALYZE_JSON_FORMAT_VERSION_NOT_SUPPORTED 错误（EXPLAIN ANALYZE 在 explain_json_format_version=1 的情况下不支持 FORMAT=JSON）。

4 准备语句中的事件 DDL

从 MySQL 9.0.0 开始，以下语句可以进行准备：

• CREATE EVENT
• ALTER EVENT
• DROP EVENT

这些语句不支持位置参数（? 占位符）；必须使用字符串字面值、系统变量和用户变量的某种组合来组装准备语句的文本。一种实现可重用性的方法是，在存储过程的主体中组装例如 CREATE EVENT 语句的文本，并将该语句的任何变量部分作为 IN 参数传递给存储过程；使用 PREPARE 准备组装的文本；使用所需的参数值调用过程。

5 性能模式系统变量表

MySQL 9.0 为性能模式新增了两个表，这些表提供有关服务器系统变量的信息。列表如下：

• variables_metadata 表提供了有关系统变量的一般信息。此信息包括 MySQL 服务器识别的每个系统变量的名称、范围、类型、范围（如果适用）和描述。

  此表中的两列（MIN_VALUE 和 MAX_VALUE）旨在替换 variables_info 表中已废弃的列。

• global_variable_attributes 表提供有关服务器分配给全局系统变量的属性-值对的信息。

6 EXPLAIN FORMAT=JSON 的增强功能

EXPLAIN FORMAT=JSON 的输出现在包括有关连接列的信息。

7 包含 LIMIT 1 的相关子查询

以前，为了有资格转换为带派生表的外部左连接，子查询不能包含 LIMIT 子句。在 MySQL 9.0 中，此限制略微放宽，使得包含 LIMIT 1 的子查询现在可以以这种方式进行转换。

LIMIT 子句必须仅使用字面值 1。如果 LIMIT 子句包含其他值，或者使用占位符 (?) 或变量，则无法使用子查询到派生表的转换进行优化。

以下是在 MySQL 9.0 中废弃的功能：

2 MySQL 9.0 中废弃的功能

以下功能在 MySQL 9.0 中被废弃，可能会在未来的版本中被移除。对于显示的替代方案，应用程序应更新以使用它们。

对于使用在 MySQL 9.0 中被废弃、在后续版本中移除的功能的应用程序，当从 MySQL 9.0 源复制到运行后续版本的副本时，语句可能会失败，或者源和副本上的效果可能不同。为了避免这些问题，使用在 9.0 中被废弃功能的应用程序应进行修订，以避免使用它们，并在可能的情况下使用替代方案。

性能模式 variables_info 表列

性能模式的 variables_info 表中的 MIN_VALUE 和 MAX_VALUE 列现在被废弃，并可能在未来的 MySQL 版本中被移除。相反，请使用 variables_metadata 表的列，这些列具有相同的名称。

更新事务性和非事务性表的事务

MySQL 9.0 废弃了同时更新事务性表和非事务性或非组合表的事务。这样的事务现在会在客户端和错误日志中写入一个废弃警告。只有 InnoDB 和 BLACKHOLE 存储引擎是事务性和组合性的（NDBCLUSTER 是事务性的但不是组合性的）。这意味着只有以下存储引擎的组合不会引发废弃警告：

• InnoDB 和 BLACKHOLE
• MyISAM 和 Merge
• performance_schema 和任何其他存储引擎
• TempTable 和任何其他存储引擎

3 MySQL 9.0 中移除的功能

以下项目已过时，并在 MySQL 9.0 中被移除。对于显示的替代方案，应用程序应更新以使用它们。

对于在 MySQL 8.4 中使用在 MySQL 9.0 中移除的功能的应用程序，当从 MySQL 8.4 源复制到 MySQL 9.0 副本时，语句可能会失败，或者源和副本上的效果可能不同。为了避免这些问题，使用在 MySQL 9.0 中移除功能的应用程序应进行修订，以避免使用它们，并在可能的情况下使用替代方案。

mysql_native_password 插件

MySQL 8.0 中被废弃的 mysql_native_password 认证插件已被移除。服务器现在拒绝来自没有 CLIENT_PLUGIN_AUTH 能力的旧客户端程序的 mysql_native 认证请求。

由于这个更改，以下服务器选项和变量也已移除：

• --mysql-native-password 服务器选项
• --mysql-native-password-proxy-users 服务器选项
• default_authentication_plugin 服务器系统变量

为了向后兼容，mysql_native_password 在客户端仍然可用，这样 MySQL 9.0 客户端程序可以连接到早期版本的 MySQL 服务器。在 MySQL 9.0 中，以前版本的客户端程序内置的 MySQL 本地认证插件已转换为在运行时必须加载的插件。

关注我，紧跟本系列专栏文章，咱们下篇再续！

作者简介：魔都架构师，多家大厂后端一线研发经验，在分布式系统设计、数据平台架构和AI应用开发等领域都有丰富实践经验。

各大技术社区头部专家博主。具有丰富的引领团队经验，深厚业务架构和解决方案的积累。

负责：

• 中央/分销预订系统性能优化
• 活动&券等营销中台建设
• 交易平台及数据中台等架构和开发设计
• 车联网核心平台-物联网连接平台、大数据平台架构设计及优化
• LLM Agent应用开发
• 区块链应用开发
• 大数据开发挖掘经验
• 推荐系统项目

目前主攻市级软件项目设计、构建服务全社会的应用系统。

参考：

• 编程严选网

本文由博客一文多发平台 OpenWrite 发布！