请求MemSQL优化主键冲突报错信息并告知错误日志开启全局变量

我完全懂这种调试痛点——面对上百个结构一致的表，只看到主键冲突报错却不知道是哪张表出的问题，排查起来太浪费时间了。下面针对你的两个需求给出具体方案：

一、请求在主键冲突报错中添加表名 #

MemSQL当前的这个报错信息确实不够友好，缺少关键的表名信息会大幅提升调试成本。你可以通过以下方式推动这个改进：

• 提交官方支持工单：直接联系MemSQL的技术支持团队，描述你的业务场景和具体需求，他们会评估并将这类实用性改进纳入后续版本计划；
• 在MemSQL官方开源仓库提交Issue：如果使用的是社区版，可以在官方代码仓库里提出这个功能请求，社区和开发团队会重点关注这类能提升调试效率的反馈。

临时排查方案：在等待官方改进的期间，你可以用这两个方法快速定位问题表：

1. 结合查询日志的时间戳：把报错的精确时间点和查询日志里的INSERT操作对应起来，找到同一时间执行的插入语句，就能直接确定是哪张表；
2. 应用层追加日志：在执行插入操作前，记录当前操作的表名和OrderID，这样一旦触发主键冲突报错，就能直接关联到对应的表。

二、开启MemSQL错误日志的全局变量 #

MemSQL的错误日志可以通过以下全局变量配置：

1. 指定错误日志文件路径：

   SET GLOBAL log_error = '/var/log/memsql/memsql_error.log';
   

   这个变量设置后需要重启MemSQL节点才能生效。你可以用以下语句查看当前的错误日志路径：

   SHOW GLOBAL VARIABLES LIKE 'log_error';
   

2. 控制错误日志详细程度：
   如果你需要更详尽的错误上下文信息，可以调整log_error_verbosity变量，推荐设置为2（包含错误和警告）或者3（包含所有调试信息）：

   SET GLOBAL log_error_verbosity = 2;
   

   这个变量支持动态生效，不需要重启节点。

另外，MemSQL的错误日志默认可能已经开启，默认路径通常在安装目录的logs文件夹下，你可以先检查该路径下的日志文件是否已有相关报错记录。

内容的提问来源于stack exchange，提问作者Akesh Jain