内存占用高不是mysql 8.0本身变“胖”，而是默认配置在低配环境水土不服；需关闭innodb_dedicated_server、performance_schema等非必要模块，将innodb_buffer_pool_size设为128m（1gb内存）或256m（2gb），并确保合法对齐，配合skip-name-resolve和前台运行实现轻量化。
直接结论：内存占用高不是 MySQL 8.0 本身变“胖”，而是默认配置在低配环境（如 1–2GB 内存的云服务器）下严重水土不服；核心动作是关掉自动策略、砍掉非必要模块、把 innodb_buffer_pool_size 压到 64M–128M 并确保合法对齐。
为什么 innodb_buffer_pool_size 设小了反而更稳
MySQL 8.0 默认开启 innodb_dedicated_server=ON，会按物理内存自动设 buffer pool。但云服务器常为混部环境（比如还跑着 Nginx、Python 应用），它却当成“独占整机”来算——1GB 内存机器可能被设成 768MB 缓冲池，OS 立刻开始 swap，mysqld 进程 RSS 暴涨且响应卡顿。
实操建议：
- 先执行
SHOW VARIABLES LIKE 'innodb_dedicated_server';，若返回ON，立刻在[mysqld]段加innodb_dedicated_server = OFF -
innodb_buffer_pool_size必须是innodb_buffer_pool_chunk_size × innodb_buffer_pool_instances的整数倍（默认 chunk=128MB，instances=1 → 合法值只能是 128M、256M…）；设 64M 是允许的，但会被启动时向下取整为 0 → 实际禁用 InnoDB，不可行 - 推荐起步值：
innodb_buffer_pool_size = 128M（对应 1GB 内存）、= 256M（对应 2GB），再结合SHOW ENGINE INNODB STATUS\G查Buffer pool hit rate，持续 ≥99% 即可维持
哪些模块必须关，关了不伤功能只省内存
低配云服务器上，performance_schema、query_cache、DNS 解析这三项是“静默吃内存大户”，关掉后无功能损失，但 RSS 可降 100MB+。
my.cnf 中明确添加或修改：
-
performance_schema = OFF（MySQL 8.0 默认 ON，监控开销大，低配场景完全没必要） -
query_cache_type = 0（MySQL 8.0 已移除查询缓存，但旧配置残留可能触发兼容逻辑，显式关掉更干净） -
skip-name-resolve（避免启动时卡在反向 DNS 查询，尤其云服务器主机名常无法解析，这是“启动慢 30 秒”的元凶） - 注释掉或设为
OFF：innodb_file_per_table（省去每个表 .ibd 文件的元数据开销，单库单表场景影响极小）
连接与临时表参数怎么压才不翻车
默认 max_connections = 151 在 1GB 内存机器上，每个连接私有内存（sort_buffer、join_buffer 等）叠加后极易 OOM。但也不能盲目砍到 10 —— 连接池打满会导致应用报 Too many connections。
安全压法：
-
max_connections = 32（1GB）、= 64（2GB），配合应用端连接池最大值同步下调 -
tmp_table_size = 32M、max_heap_table_size = 32M（默认 16M 太小易触发磁盘临时表；设太大又浪费，32M 是平衡点） -
key_buffer_size = 4M（纯 InnoDB 场景，MyISAM 缓存无需保留） - 删掉所有
log_error_verbosity行，或设为1（降低错误日志粒度，减少 I/O 和内存缓冲压力）
启动方式和目录精简能省多少内存
用包管理器安装（如 apt install mysql-server）会带一堆后台服务、Shell 工具、文档，常多占 80–150MB 内存。压缩包直装 + 前台运行是最轻路径。
操作要点：
- 下载官方
mysql-8.0.xx-linux-glibc2.17-x86_64.tar.xz，解压后只留bin/、share/、my.cnf所在目录，删掉docs/、man/、support-files/ - 启动命令用：
./bin/mysqld --defaults-file=./my.cnf --console（前台运行，跳过 systemd 服务封装开销） - Linux 下确保
ulimit -n 65535已生效，并在 my.cnf 中配open_files_limit = 65535，避免连接增多后因文件描述符不足崩溃
真正容易被忽略的是：buffer pool 合法对齐和 innodb_dedicated_server 的隐式干扰——这两点不处理，调其他参数全是白忙；而 skip-name-resolve 看似简单，却是低配云服务器能否秒启的关键开关。
