Release | GA Date | Premier Support End | Extended Support End | Sustaining Support End |
MySQL Database5.7 | Oct-15 | Oct-20 | Oct-23 | Indefinite |
MySQL Database8.0 | Apr-18 | Apr-25 | Apr-26 | Indefinite |
版本 | 腾讯云支持开始日期 | 腾讯云支持结束日期 | 社区停用日期 |
MySQL 5.7 | 2017年6月 | - | 2023年10月 |
MySQL 8.0 | 2020年8月 | - | 2026年4月 |
特性 | MySQL5.7 | MySQL8.0 |
GRANT ... IDENTIFIED BY PASSWORD 语法 | 支持 | 不支持 |
PASSWORD()函数,如 SET PASSWORD ... = PASSWORD('auth_string') | 支持 | 不支持 |
SQL_MODE 系统变量的参数:DB2,MAXDB,MSSQL,MYSQL323,MYSQL40,ORACLE,POSTGRESQL,NO_FIELD_OPTIONS,NO_KEY_OPTIONS,NO_TABLE_OPTIONS,PAD_CHAR_TO_FULL_LENGTH,NO_AUTO_CREATE_USER | 支持 | 不支持 |
GROUP BY 语法默认自动排序 | 支持 | 不支持 |
ENCODE()、DECODE()、ENCRYPT()、DES_ENCRYPT()、DES_DECRYPT()等加解密函数 | 支持 | 不支持 |
支持 | 不支持 | |
支持 | 不支持 | |
解析器将 \\N 解析为 NULL | 支持 | 不支持 |
PROCEDURE ANALYSE() 函数 | 支持 | 不支持 |
InnoDB 压缩临时表 | 支持 | 不支持 |
JSON_APPEND()、JSON_MERGE() 功能 | 支持 | 不支持 |
支持 | 不支持 | |
undo_truncate_sweep_count、undo_truncate_sweep_usec、undo_truncate_flush_count 和 undo_truncate_flush_usec 计数器 | 支持 | 不支持 |
数值数据类型 ZEROFILL | 支持 | 不支持 |
information_schema_stats_expiry | 支持 | 不支持 |
查询缓存 | 支持 | 不支持 |
支持 | 不支持 | |
INFORMATION_SCHEMA 库中的 INNODB_LOCKS 和 INNODB_LOCK_WAITS 表 | 支持 | 不支持 |
并行查询 | 不支持 | 支持 |
sort merge join | 不支持 | 支持 |
statement outline | 不支持 | 支持 |
REVOKE 支持 IF EXISTS 和 IGNORE UNKNOWN USER 选项 | 不支持 | 支持 |
不支持 | 支持 |
对比项 | TDSQL-C MySQL 8.0 | Oracle MySQL 8.0 |
性价比 | 1. 弹性资源。 2. TXSQL 自研内核。 3. 集成备份恢复。 4. 完备的 SAAS 工具服务。 | 1. 一次投入成本巨大。 2. 开源版,无性能优化。 3. 单独部署备份资源,额外成本。 4. 公网流量收费,域名费用高。 |
可用性 | 1. 完备 HA 切换系统。 2. 只读实例自动流量负载均衡。 3. 跨地域备份,异地容灾。 | 1. 自行购买服务器,需要等待配货周期。 2. 独立部署高可用系统和负载均衡系统。 3. 多地多中心需异地机房建设,成本高。 |
可靠性 | 1. 数据可靠性99.9999999%。 2. RPO、RTO 低。 3. 稳定的主从数据复制。 | 1. 数据可靠性99%,取决单块盘的损害概率。 2. 实现低 RPO 的成本高,需要独立研发费用。 3. 数据复制延迟、复制中断。 |
易用性 | 1. 完备数据库管控,控制台便捷操作。 2. 秒级监控 + 智能告警。 3. 跨 AZ(可用区)的自动 HA(高可用)能力。 | 1. 独立部署 HA 和备份恢复系统,耗时耗力。 2. 独立购买监控系统,额外成本投入。 3. 搭建异地数据中心成本大,需运维人力投入。 4. 版本升级成本高,停机维护时间长。 |
性能 | 1. 计算和存储分离,单集群存储最高400TB。 2. TXSQL 内核优化,保障性能。 3. DBbrain 智能诊断,优化数据库性能。 | 1. 跟不上云计算硬件迭代速度,性能一般低于云。 2. 依赖资深数据库管理员,支出大。 3. 缺乏对应的性能工具,需要另外购买或部署。 |
安全 | 1. 事前防护:白名单、安全组、私有网络隔离。 2. 事后审计:SQL 审计。 3. 官方版安全更新后,内核团队同步跟进。 | 1. 白名单配置成本高,专有网络需自行部署实现。 2. 事中需要独立实现加密功能。 3. 事后审计困难,开源版无 SQL 审计功能。 4. 版本更新后,运维介入打补丁或停机维护。 |
本页内容是否解决了您的问题?