踩坑实录：我是如何被MySQL配置文件里一个看不见的字符坑到下班的

作为DBA/开发同学，MySQL启动失败是日常工作中绕不开的坑。最近有同学反馈，自己的MySQL 5.7启动时频繁报错

sed: -e expression #1, char 7: unterminated `s' command

且systemd反复提示mysqld.service failed，排查了半天进程、脚本，最后发现罪魁祸首竟是配置文件里一个 “看不见” 的特殊字符！

今天就结合这个真实案例，手把手教你定位这类问题，彻底解决MySQL启动失败的难题。

一、问题场景还原

1. 启动报错现象

执行systemctl start mysqld后，服务反复失败

查看系统日志（journalctl -xe）发现报错信息如下：

Mar 10 19:23:43 alidb mysqld_safe[7557]: sed: -e expression #1, char 7: unterminated `s' commandMar 10 19:23:44 alidb mysqld_safe[7557]: mysqld_safe Adding '/usr/local/Percona-Server-5.7.38-41-Linux.x86_64.glibc2.17/lib/mysql/libjemalloc.so.1' to LD_PRELOAD for mysqldMar 10 19:23:44 alidb mysqld_safe[7557]: 2026-03-10T11:23:44.021925Z mysqld_safe Logging to '/data/mysql/mysql3307/logs/mysqld.error'.Mar 10 19:23:44 alidb mysqld_safe[7557]: 2026-03-10T11:23:44.054362Z mysqld_safe Starting mysqld daemon with databases from /data/mysql/mysql3307/dataMar 10 19:23:44 alidb mysqld_safe[7557]: 2026-03-10T11:23:44.690227Z mysqld_safe A mysqld process with pid=8831 is already running. Aborting!!Mar 10 19:23:44 alidb systemd[1]: mysqld.service: control process exited, code=exited status=1Mar 10 19:23:47 alidb systemd[1]: Failed to start MySQL Server.

核心信息为：

sed: -e expression #1, char 7: unterminated `s' command

手动执行mysqld_safe指定配置文件启动，依然触发sed报错，排除systemd配置问题。

2. 初步排查误区

一开始先入为主的认为是：

• mysqld_safe脚本本身的sed语法错误

• 系统残留MySQL进程导致冲突

但排查/usr/local/mysql5.7/bin/mysqld_safe里的sed命令，语法均正常。

二、问题定位

1. 开启调试模式，锁定报错源头

通过bash -x调试mysqld_safe执行过程，精准定位错误触发点：

bash -x /usr/local/mysql5.7/bin/mysqld_safe --defaults-file=/data/mysql/mysql3307/etc/my.cnf

调试日志显示sed报错出现在解析innodb_file_per_table=1配置行后，且日志中出现不可见特殊字符?? $'\302'。

2. 验证配置文件的 “隐形” 问题

用cat -v命令查看配置文件（可显示不可见特殊字符）：

cat -v /data/mysql/mysql3307/etc/my.cnf | grep -n "innodb_file_per_table"

结果发现innodb_file_per_table=1行尾包含特殊字符（M-BM- M-BM-），这就是sed命令解析失败的核心原因！

3. 问题本质分析

mysqld_safe脚本会读取my.cnf中的配置参数，并用sed命令解析参数格式。当配置行包含不可见特殊字符时，sed命令的替换表达式被破坏，触发sed报错；而sed报错会导致脚本解析配置异常，间接引发进程判断逻辑出错，出现 “进程已运行” 的误报。

三、验证解决

步骤 1：备份配置文件（重中之重）

任何修改配置文件的操作前，先备份：

cp /data/mysql/mysql3307/etc/my.cnf /data/mysql/mysql3307/etc/my.cnf.bak$(date +%Y%m%d)

步骤 2：清理配置文件中的特殊字符

打开配置文件，定位innodb_file_per_table=1行，手动编辑处理

步骤 3：验证特殊字符已清理

cat -v /data/mysql/mysql3307/etc/my.cnf | grep -n "innodb_file_per_table"

正常输出为：xxx:innodb_file_per_table=1（无任何特殊字符及乱码）。

步骤 4：重启MySQL并验证

可见，此时可以正常启动，未再出现sed报错

四、总结

很多时候MySQL启动失败并非大问题引起，而是一些容易被忽略的小细节，例如配置文件的隐形字符、行尾空格、编辑器兼容问题等，而这些问题往往是运维排查的盲点。

如果你的MySQL也遇到过类似诡异的启动报错，欢迎在留言区分享你的排查经历～