在WildFly10中使用JPA2.0(Hibernate)，如何定位主键重复错误的表？

当然可以通过MySQL服务器的日志来精准定位问题表，完全不用调整Hibernate的日志配置。下面是几个实用的方法，按便捷度排序：

方法1：开启MySQL错误日志的详细模式（最直接） #

MySQL默认的错误日志只会记录基础错误信息，但临时提升日志详细度后，就能直接看到错误关联的表名：

• 执行SQL命令临时开启详细错误日志：

  SET GLOBAL log_error_verbosity = 3;
  

• 重新执行触发错误的事务，此时MySQL错误日志会输出完整的错误详情，格式类似：

  12345 [ERROR] Duplicate entry '123' for key 'PRIMARY' in table your_db.target_table

• 排查完成后记得恢复默认级别（避免日志冗余）：

  SET GLOBAL log_error_verbosity = 2;
  

方法2：利用通用查询日志追踪事务执行语句 #

通用查询日志会记录MySQL接收到的所有SQL语句，你可以通过它找到事务中最后执行的写操作（也就是引发错误的那条）：

• 临时开启通用查询日志：

  SET GLOBAL general_log = 'ON';
  SET GLOBAL general_log_file = '/tmp/mysql_general.log'; -- 自定义日志路径
  

• 执行出错的事务后，立即关闭日志（避免日志文件过大）：

  SET GLOBAL general_log = 'OFF';
  

• 打开日志文件，找到对应事务的SQL序列，定位到最后一条INSERT或UPDATE语句（因为事务是原子性的，出错前的最后一条写操作就是问题根源），对应的表就是你要找的目标表。

方法3：解析二进制日志（适合生产环境低峰期） #

如果你的MySQL已经开启了二进制日志（或临时开启），可以通过解析binlog获取事务的完整执行序列：

• 临时开启二进制日志（需要先设置server-id）：

  SET GLOBAL server_id = 1; -- 任意非0值即可
  SET GLOBAL log_bin = '/tmp/mysql_binlog';
  

• 执行事务后，用mysqlbinlog工具解析日志，指定时间范围过滤：

  mysqlbinlog --start-datetime="2024-05-20 14:00:00" --stop-datetime="2024-05-20 14:05:00" /tmp/mysql_binlog.000001
  

• 在输出中找到对应事务的语句，最后一条引发主键冲突的操作对应的表就是问题表。
• 排查完成后记得关闭二进制日志（如果是临时开启的）：

  SET GLOBAL log_bin = '';
  

注意事项 #

• 所有临时日志配置都是会话级的，MySQL重启后会恢复默认，不用担心影响长期配置。
• 生产环境中开启通用查询日志或二进制日志会有一定性能开销，建议优先在测试环境复现问题后排查，或选择低峰期操作。

内容的提问来源于stack exchange，提问作者Marinos An