本文总结自 MySQL 8.4 以来，在 MySQL 9.0 中新增、废弃、更改和删除的内容。MySQL 9.0 中新增或更改的功能。
1 MySQL 9.0新特性
1 VECTOR 类型支持
MySQL 9.0 支持 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]');
+------------------------------------------------------+
| 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 语句的文本，并将该语句的任何变量部分作为 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 发布！
