MySQL 8.0可在512MB–1GB内存设备上稳定运行：须用ZIP/TAR直装、禁用performance_schema、skip-name-resolve、设innodb_buffer_pool_size=64M、max_connections=32，并前台启动避免服务开销。
MySQL 8.0 在 1GB 内存甚至 512MB 的服务器上可以稳定运行，前提是彻底绕过默认配置惯性——不装 Installer、不启 performance_schema、不走 DNS 解析、不保留冗余模块。
用 ZIP/TAR 包直解压，跳过安装程序和后台服务
Windows 下下载 mysql-8.0.xx-winx64.zip，Linux 下下载 mysql-8.0.xx-linux-glibc2.17-x86_64.tar.xz。解压后立即删掉 docs/、man/、support-files/ 目录——这些不参与运行，但会占用磁盘和内存映射空间。
关键动作：不要执行 mysqld --install（Windows）或 systemctl enable mysqld（Linux）。前台启动更轻量、更可控：
- Windows：
start mysqld --defaults-file=my.cnf --console - Linux：
./bin/mysqld --defaults-file=my.cnf --user=mysql
这样避免了 systemd 或 Windows Service 额外的守护进程开销，也方便第一时间看到初始化日志。
my.cnf 必须精简到 10 行以内
默认配置文件动辄上百行，绝大多数参数在低配环境下不仅无用，反而触发 OOM。只保留以下核心项：
-
datadir = /path/to/data（必须显式指定，否则可能写入系统盘） port = 3306-
skip-name-resolve（解决初始化卡 30 秒问题） -
innodb_buffer_pool_size = 64M（低于 128M 仍可工作，禁止设为 0） -
key_buffer_size = 4M（纯 InnoDB 场景下可进一步压低） -
max_connections = 32（每连接至少吃 2–3MB 内存，超 50 极易崩） -
performance_schema = OFF（默认 ON，实测吃掉 100MB+） -
log_error_verbosity = 1（减少错误日志刷盘频率）
注释掉或删除所有带 binlog、slow_query_log、innodb_file_per_table 的行——开发测试阶段它们不是刚需。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
初始化时禁用加密与权限校验
低配设备 CPU 弱，--initialize 生成强密码会卡住；mysql_secure_installation 的交互流程也会失败。改用：
- Windows：
mysqld --initialize-insecure --defaults-file=my.cnf - Linux：
./bin/mysqld --initialize-insecure --defaults-file=my.cnf --user=mysql
这会生成空密码的 root@localhost，立刻可用。后续登录后手动执行：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123';
注意：skip-name-resolve 启用后，'root'@'localhost' 实际无法匹配（因为 localhost 被解析为 socket 路径），必须改用 'root'@'127.0.0.1' 授权并登录。
启动失败时最该先查的三件事
如果 mysqld 启不起来，别急着翻完整日志，先盯住这三项：
- 检查
my.cnf是否放在 MySQL 可读路径下，且mysqld进程有读取权限（Windows 下尤其注意 UAC 和文件属性） - 确认
datadir目录为空或已用--initialize-insecure初始化过；非空目录直接启动会报错 - 运行
mysqld --defaults-file=my.cnf --verbose --help | findstr "port\|datadir"（Windows）或./bin/mysqld --print-defaults（Linux）验证配置是否被真正加载
很多“启动失败”本质是配置没生效，而不是服务崩溃。低配环境里，一个拼写错误的路径或权限不足的目录，比语法错误更常导致静默失败。
