MySQL 5.7已于2025年10月1日终止官方支持，不再提供安全补丁；MySQL 8.0是当前唯一受支持的LTS版本，持续更新至2030年，具备窗口函数、保留字变更、caching_sha2_password认证等关键特性及性能优化。
MySQL 5.7 已停止官方支持，新项目别再选它
MySQL 5.7 的官方生命周期（EOL）已于 2025-10-01 正式结束。这意味着从那天起，哪怕爆出 CVE-2026-12345 这类高危漏洞，Oracle 也不会发布任何补丁。你现在装 5.7，等于在生产环境裸奔。
MySQL 8.0 是当前唯一受支持的 LTS 版本，官方安全更新持续到 2030 年。不是“推荐”，是事实上的强制要求——金融、政务、头部互联网公司已全面完成迁移，连 caching_sha2_password 默认认证机制这种早期争议点，也早已在 8.0.29+ 中兼容性拉满。
新手尤其要注意：学 5.7 ≠ 打基础，而是学一套正在被淘汰的语法和运维范式。比如你练熟了 @var 变量模拟窗口函数，入职后反而要重学 ROW_NUMBER() OVER，纯属自我消耗。
字段名、函数名冲突是 MySQL 8.0 最容易踩的语法坑
MySQL 8.0 把 RANK、FIRST_VALUE、LAG 等全部升级为保留关键字。如果你沿用 5.7 的建表习惯：
CREATE TABLE user_stats (id INT, rank INT);
会直接报错：ERROR 1064 (42000): You have an error in your SQL syntax。这不是 bug，是设计变更。
- 解决办法：给这类字段加反引号，如
`rank`；但更建议直接换名，比如用user_rank，避免后续在ORDER BY rank或SELECT rank时反复加引号 - 检查范围不止字段名：视图定义、存储过程参数、JSON 函数别名（如
JSON_EXTRACT返回列别名也需避开保留字） - 升级前必做：用
mysql_upgrade+mysqld --sql-mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION启动，提前暴露语法不兼容点
Windows 11 下安装 MySQL 8.0 要特别注意身份验证插件
MySQL 8.0 默认使用 caching_sha2_password 插件，而很多老工具（如旧版 Navicat、某些 Python 2.x 的 mysql-connector-python）不支持它，连接时卡在 Authentication plugin 'caching_sha2_password' cannot be loaded。
不是删掉 8.0 换回 5.7，而是两步解决：
- 安装时勾选 “Use Legacy Authentication Method”（图形化安装器里有明确选项），或初始化后手动执行：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password'; - 确认客户端驱动版本：Python 推荐用
PyMySQL或mysql-connector-python >= 8.0.23；Java 用mysql-connector-j >= 8.0.28 - Win11 内存占用实测：8.0.34 在空载下约
620MB，比 5.7 高 10%–15%，但这是为元数据缓存、并行复制等特性付出的合理代价，别误判为“变慢了”
性能提升不是玄学，关键看你的查询模式是否匹配新特性
MySQL 8.0 的 COST MODEL 和窗口函数确实快，但前提是你的 SQL 写法能触发它们。比如：
- 用
EXPLAIN FORMAT=TREE查看执行计划，如果发现WINDOW FUNCTION节点，说明窗口函数被真正下推执行了；如果还是走Using temporary; Using filesort，大概率是OVER子句写法没对上优化器预期 - 哈希索引只在
MEMORY引擎中可用，InnoDB 的等值查询加速靠的是聚簇索引优化和自适应哈希（innodb_adaptive_hash_index），不是新增的哈希索引类型 - 并行复制（
slave_parallel_workers）只对 GTID + 多库写入有效，单库单表主从延迟不会因此下降
真正影响日常体验的，反而是那些看不见的：8.0 的元数据锁（MDL）优化让 ALTER TABLE 不再长时间阻塞 DML，以及 performance_schema 默认全开带来的可观测性提升——这些才是开发者每天真实受益的地方。
