必须手动设置innodb_buffer_pool_size，因openeuler默认沿用128mb保守值，远低于生产需求；16gb内存服务器若不调，innodb几乎全走磁盘，qps腰斩，应设为8g（50%–70%物理内存）并重启生效。
MySQL 8.0 在 openEuler 上不调参就上线，基本等于裸奔——连接数爆满、慢查询堆积、InnoDB 缓冲池频繁刷盘都是常态。
为什么 innodb_buffer_pool_size 必须手动设，不能靠默认值
openEuler 默认安装的 MySQL 8.0（如 RPM 或二进制包）不会自动根据物理内存推算 innodb_buffer_pool_size，而是沿用编译时的保守值（通常 128MB），远低于生产需求。在 16GB 内存的服务器上，若不改，InnoDB 表数据几乎全走磁盘，QPS 直接腰斩。
- 查当前值：
mysql -uroot -p -e "show variables like 'innodb_buffer_pool_size';" - 推荐设置：物理内存的 50%–70%，例如 16GB 机器设为
innodb_buffer_pool_size = 8G；若机器还跑 Zabbix 或其他服务，建议压到 50% - 注意：该值修改后必须重启
mysqld才生效，且首次启动会预分配内存，过程可能卡住几秒（属正常） - 错误写法：
innodb_buffer_pool_size = 8000M（单位不统一易出错），应统一用G后缀，如8G
max_connections 和 wait_timeout 要成对调，否则连接泄漏
openEuler 系统默认 max_connections=151，但 Zabbix、Spring Boot 应用等长连接池默认保活 8 小时，wait_timeout=28800，导致连接长期占着不放，新请求直接被拒，报错 Too many connections。
- 生产建议：
max_connections = 1000（根据应用连接池 size × 实例数 × 1.2 预留） - 配套调低超时：
wait_timeout = 600（10 分钟）、interactive_timeout = 600（避免客户端交互式会话长期挂起） - 验证连接占用：
mysql -uroot -p -e "show status like 'Threads_connected';"，持续高于 800 就要查应用是否未正确 close 连接 - 别碰
skip-name-resolve：openEuler 默认关闭 DNS 反查，但若配置文件里注释掉了这行，又没配好/etc/hosts，会导致新建连接延迟数秒
日志类参数不关，磁盘 I/O 和空间很快崩
openEuler 下 MySQL 默认开启 general_log 和 log_queries_not_using_indexes 的情况极少，但部分离线安装包或旧配置模板会误开——尤其 general_log 记录每条 SQL，单日轻松写满 50GB+，直接触发 df -h 报红。
- 必须关闭：
general_log = OFF（除非临时排障，且务必指定general_log_file到独立日志盘） - 慢日志要开但要控量：
slow_query_log = ON+long_query_time = 2+slow_query_log_file = /var/log/mysql-slow.log（确保目录存在且mysql用户可写） - binlog 日志别堆着不清理：
expire_logs_days = 7是底线，搭配max_binlog_size = 100M防止单文件过大影响备份 - 错误日志路径别硬编码到
/usr/local/mysql/data/：openEuler 安装路径分散（RPM 走/var/lib/mysql，二进制常走/usr/local/mysql/data），先用mysql -uroot -p -e "show variables like 'log_error';"确认真实路径再操作
lower_case_table_names 设错，表名大小写一错全库乱
openEuler 文件系统默认区分大小写（xfs/ext4），而 MySQL 8.0 默认 lower_case_table_names=0。一旦建了 MyTable，后续用 mytable 查询就报错 Table doesn't exist——尤其 Java 应用 ORM 自动生成小写表名时极易中招。
- 唯一安全做法：初始化前就定死，
my.cnf中显式写lower_case_table_names = 1 - 注意：该值不可动态修改，改完必须删掉
datadir重初始化（已有数据需 mysqldump 导出再导入） - 别信“重启生效”：如果 datadir 已有表，哪怕配置改了，启动时 MySQL 会检测不一致并拒绝启动，报错类似
InnoDB: Assertion failure in file ... lower_case_table_names - 验证是否生效：
mysql -uroot -p -e "show variables like 'lower_case_table_names';"，返回 1 才算成功
最常被跳过的一步是确认配置文件加载顺序：/etc/my.cnf 不一定生效，openEuler 下 RPM 安装优先读 /etc/my.cnf.d/mysql-server.cnf，二进制安装常依赖 /usr/local/mysql/my.cnf。改完参数，务必执行 mysqld --verbose --help | grep -A 2 "Default options" 看实际加载了哪些路径。
