MySQL报错MY-010918和ER_DEPRECATE_MSG_WITH_REPLACEMENT，远程帮你快速定位修复方案

根据MySQL官方手册和常见的故障排查经验，MY-010918和ER_DEPRECATE_MSG_WITH_REPLACEMENT这两个错误或警告信息，通常不是指你的数据库发生了严重的、导致服务中断的故障，而是MySQL在向你发出“过期”或“不推荐使用”的提示，理解这两者的区别和含义,是快速定位问题的关键。

我们需要分清这两个编号的来源和严重程度，根据MySQL官方文档对错误消息来源的划分，以“MY-”开头的消息通常来自MySQL服务器本身或相关工具（如mysqld），属于系统层面的消息，而以“ER_”开头的消息是给客户端（比如你用的mysql命令行、PHP、Java程序等）看的,属于SQL语句执行层面的错误或警告。

MY-010918 是什么？

根据MySQL官方服务器错误日志消息参考手册，MY-010918是一个信息性消息，它通常出现在MySQL的错误日志文件（通常是主机名.err结尾的文件）中，这个消息的核心意思是：MySQL服务器启动时，在命令行或者配置文件（如my.cnf或my.ini）中检测到了某个已经“过期”并被标记为“移除”的参数或选项。

就是你用的某个配置“单词”已经过时了，新版本的MySQL虽然现在还认得它，还能正常启动，但未来的某个版本将不再支持这个“单词”，如果你不提前修改,到时候数据库就可能启动失败。

如何定位和修复MY-010918？

1. 找到错误日志：你需要登录到运行MySQL的服务器，找到MySQL的错误日志文件，文件位置可以在MySQL配置文件（my.cnf或my.ini）中的 log-error 参数下找到，如果没配置,通常位于MySQL的数据目录下。

2. 查看具体内容：打开错误日志，找到包含 [MY-010918] 的行，这条错误信息会非常明确地告诉你哪个选项被废弃了，消息格式可能类似于： [Warning] [MY-010918] '某个配置项' is deprecated and will be removed in a future release. Please use '新的配置项' instead. 曾经很常见的 innodb_locks_unsafe_for_binlog 参数就被废弃了,提示你使用事务隔离级别来替代。

3. 进行修复：

   

   • 直接替换：日志消息通常会直接告诉你应该使用哪个新的参数来替代旧的，你只需要用文本编辑器打开你的MySQL配置文件（修改前请务必备份），将旧的参数名注释掉（行首加#）或者直接删除该行,然后添加一行新的参数配置。
   • 验证必要性：有些旧参数可能已经完全没有作用，只是被新参数取代，你可以查阅当前版本的MySQL官方文档，确认这个新参数的含义和设置方法，如果这个旧参数你本来就没有特意设置过，只是使用了默认值，那么很多时候直接忽略这个警告也是可以的,但建议还是按照提示修改为未来的升级做准备。
   • 重启生效：修改配置文件后，需要重启MySQL服务才能使更改生效，重启后，再次检查错误日志,确认该警告信息是否已经消失。

ER_DEPRECATE_MSG_WITH_REPLACEMENT 是什么？

根据MySQL官方SQL错误消息参考手册，ER_DEPRECATE_MSG_WITH_REPLACEMENT 是一个警告（Warning）级别的错误代码，它通常在你执行SQL语句时，由MySQL服务器返回给你的客户端程序，这个消息的核心意思是：你正在使用的某个SQL语法、函数或特性已经被标记为“过期”，虽然当前还能执行，但未来会被移除，并且服务器明确给出了应该用什么来替换它。

这常见于以下几种情况：

• 过期函数：PASSWORD() 函数,MySQL建议使用更安全的认证方式替代。
• 旧版语法：例如某些特定版本的JOIN语法（用逗号分隔表然后写在WHERE条件里），建议使用标准的 INNER JOIN ... ON 语法。
• 特定数据类型或属性：某些数据类型或列属性的用法不再被推荐。

如何定位和修复ER_DEPRECATE_MSG_WITH_REPLACEMENT？

1. 触发警告的来源：这个警告是在你执行SQL时出现的,你可能在以下几个地方看到它：

   • mysql命令行客户端：执行SQL后，如果产生警告，会有提示，你可以用 SHOW WARNINGS; 命令查看详细的警告信息。
   • 应用程序日志：如果你的PHP、Java等应用程序连接MySQL，并设置了捕获MySQL警告,那么警告信息会记录在应用日志中。
   • 数据库管理工具：如MySQL Workbench、phpMyAdmin等,它们通常会有专门的面板显示消息和警告。

2. 查看具体内容：当你看到这个错误代码时，关键是要看错误消息的正文，消息格式通常是： ER_DEPRECATE_MSG_WITH_REPLACEMENT: "旧的用法" is deprecated and will be removed in a future release. Please use "新的用法" instead. 这个消息会清晰地指出是哪条SQL语句的哪个部分出了问题。

3. 进行修复：

   • 修改SQL语句：根据警告消息的提示，将你的SQL语句中的过期部分替换成推荐的新语法或新函数,这是最根本的解决方法。
   • 示例：假如警告提示 GROUP BY 的旧用法被废弃，要求使用标准的 GROUP BY 语法或者使用 ANY_VALUE() 函数,你就需要相应地重写你的查询。
   • 测试：修改SQL语句后，务必进行充分的测试，确保新的写法不仅消除了警告,而且查询结果和性能符合预期。

总结与建议

无论是MY-010918还是ER_DEPRECATE_MSG_WITH_REPLACEMENT，它们都是MySQL为了保持软件向前发展而设置的“善意提醒”，虽然它们不会立即导致服务崩溃,但忽视它们会为未来的数据库版本升级埋下隐患。

给你的建议是：

• 定期检查MySQL的错误日志,及时发现并处理这类过期警告。
• 在开发过程中，让应用程序显示或记录数据库警告,以便尽早发现并修复过时的SQL代码。
• 在计划升级MySQL大版本（如从5.7到8.0）之前，务必先在当前版本中解决所有过期警告,这能极大降低升级失败的风险。

通过上述方法，你可以快速定位到问题点，并根据明确的提示完成修复,确保你的MySQL数据库环境保持健康和可持续性。