一文看完MySQL 9.0新特性!
本文总结自 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 发布!