“check the manual that corresponds to your MySQL server version for the right syntax”是通用语法提示，不是专门的保留字检测器。先找实际SQL和错误位置，再判断是否与字段名冲突有关。

先看数据库实际收到的语句

2018年的记录中，selectByPk报语法错误，修改某个字段名后恢复；但具体字段、SQL和版本没有保存。这个经历说明命名可能是线索，不能推导所有相同提示都应改字段名。

排查时记录数据库版本、错误码、near位置和生成SQL结构，保留占位符并脱敏参数。缺逗号、引号不配对、动态SQL漏片段和方言差异，也可能出现类似提示。

关键字不等于保留字

MySQL区分keyword和reserved word；后者用作标识符时通常需要按规则引用。词的状态可能随版本变化，不能把一份未标版本的长列表当成永久禁用名单。MySQL 8.0关键字与保留字

例如用独立教学表demo_event说明，若列名恰好为order，应该按MySQL标识符规则引用：

SELECT `order` FROM demo_event;

反引号引用的是标识符，不是把它变成字符串。参数占位符用于值，也不能拿 ? 代替任意表名或列名；动态标识符须从受控白名单产生并正确引用。

在支持的版本中查询本机词表

MySQL 8.0提供KEYWORDS元数据表，可检查指定词：

SELECT WORD, RESERVED
FROM INFORMATION_SCHEMA.KEYWORDS
WHERE WORD = 'ORDER';

这条查询针对支持该表的版本，不应要求旧MySQL都存在。升级前也应核对目标版本新增的保留字，而不只看当前程序能否运行。

引用与改名要评估影响

确认冲突后，可以采用一致的标识符引用，或规划更清楚的命名。改表结构会影响ORM映射、视图、脚本和其他调用，不要在生产库直接靠改名试错。

多表同名列的歧义则属于另一个问题，应限定列的来源，不能指望给id加反引号就解决。

先用脱敏最小语句验证解析，再回到生成SQL的位置修正，才能避免只改错误表象。