不建议在Ubuntu 24.04上编译安装MySQL 9.0，因其非LTS支持版本、未被官方APT源收录，且存在libaio.so.1与libaio1t64不兼容、openssl握手超时、CMake找不到ncurses库、SSL上下文未初始化、systemd服务卡在activating等多重硬性缺陷，实际稳定性与可用性极低。
不建议在Ubuntu 24.04上编译安装MySQL 9.0——它既不是LTS支持版本，也不被官方APT源收录，编译过程会频繁触发依赖链断裂、符号链接错位和权限校验失败，实际投入产出比极低。
为什么mysql-9.0.1在Ubuntu 24.04上编译失败率高
MySQL 9.0目前仅以Linux Generic二进制包形式发布（非.deb），且明确标注“not for production use”。Ubuntu 24.04的libaio1t64、libncursesw6等基础库已与MySQL 9.0构建时依赖的libaio.so.1、libncurses.so.6 ABI不兼容；同时其CMake配置默认启用-DWITH_SSL=system，但Ubuntu 24.04的openssl版本（3.0.13）与MySQL 9.0的SSL握手逻辑存在握手超时bug，导致mysqld启动后立即退出。
-
libaio.so.1缺失：系统只提供libaio.so.1t64.0.2，软链接强行指向会导致mysqld段错误 -
cmake报错常见于Could NOT find Curses (missing: CURSES_LIBRARY)，因libncursesw6不提供libncurses.so.6符号 - 即使编译通过，
mysqld --initialize大概率卡在Creating the database阶段，日志中反复出现SSL error: SSL context is not initialized
如果坚持要试，必须绕开的三个硬坑
绕过不等于解决，只是让流程能走通。以下操作无法保证稳定性，仅用于验证环境或测试场景：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 先装
libaio1旧包（非libaio1t64）：sudo apt install -y libaio1，否则mysqld直接segmentation fault - CMake时禁用系统SSL：
-DWITH_SSL=OFF，否则初始化失败；同时加-DDEFAULT_CHARSET=utf8mb4 -DDEFAULT_COLLATION=utf8mb4_0900_ai_ci避免字符集报错 - 初始化必须用
--init-file指定SQL脚本绕过密码策略校验，因为validate_password组件在9.0中行为变更，mysql_secure_installation完全不可用
mysqld启动后连不上？检查这三处
编译安装后mysql -uroot -p连不上，不是密码错了，而是默认配置把安全机制拉满了：
-
plugin字段是caching_sha2_password，但客户端未启用对应插件，需手动执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'yourpass'; -
bind-address默认为127.0.0.1，远程连接需改0.0.0.0并确认ufw放行3306 -
debian-sys-maint用户不存在——这是Debian/Ubuntu发行版特有账户，源码编译版不生成该用户，无法用/etc/mysql/debian.cnf绕过认证
MySQL 9.0在Ubuntu 24.04上没有经过任何发行版适配测试，连systemd服务单元文件都要自己手写，且mysql.service里Type=notify会因9.0不发READY=1信号而永久卡在activating状态。真要尝鲜，用Docker跑mysql:9.0镜像更省事；生产或开发环境，请老实用Ubuntu源里的mysql-server（8.0.39+）或MySQL官方APT源（8.0最新小版本）。
