VB.Net使用MySQL Connector批量插入功能突然失效问题咨询

该方案不是批量插入的最优方案，存在以下明显缺陷：

• 依赖MySqlCommandBuilder自动生成单条INSERT语句，每次调用Update时会逐行提交插入请求，数千条数据会产生数千次数据库交互，网络开销极大，性能极低。
• 自动生成的SQL语句适配性差，一旦表结构发生调整（比如新增字段、修改字段名/类型），生成的插入语句很容易出现不匹配的问题，排查难度高。
• 没有显式控制数据校验和提交逻辑，容错性差。

最优的批量插入方案可根据数据量选择：

1. 数据量超过1万条时，优先使用MySqlBulkLoader，这是MySQL官方提供的批量导入工具，性能是单条插入的数十倍，可先将DataTable导出为临时CSV文件，再通过MySqlBulkLoader直接导入，避免逐行交互。
2. 数据量在千级到万级时，可手动拼接批量INSERT语句（语法为INSERT INTO 表名(字段1,字段2) VALUES (值1,值2),(值3,值4)...），单次提交所有插入请求，注意控制语句总长度不超过MySQL的max_allowed_packet配置限制即可。
3. 如果要继续使用DataAdapter的方案，可设置MySQLad.UpdateBatchSize = 1000（数值可根据实际调整），开启批量提交模式，相比原生单条提交性能也有明显提升。

符合无报错、直接跳过执行特征的常见原因如下：

• 最可能的原因是DataTable中所有行的RowState均为Unchanged。MySqlDataAdapter.Update方法只会处理行状态为Added/Modified/Deleted的行，对Unchanged状态的行直接跳过处理，不会抛出任何异常。从MS SQLServer查询数据填充到DataTable时，默认填充完成后所有行的状态都会被标记为Unchanged，如果近期修改了取数逻辑，比如新增了dt.AcceptChanges()调用、或者调整了DataTable填充逻辑，就会出现这个问题。排查方法是在调用Update前输出dt.GetChanges(DataRowState.Added)?.Rows.Count，如果返回值为0即可确认是该问题，解决方案是循环所有DataRow调用row.SetAdded()，将行状态改为待插入。
• 第二个可能是开启了静默错误处理：如果代码中设置了MySQLad.ContinueUpdateOnError = True，插入时出现的所有错误（比如主键冲突、字段类型不匹配、权限不足等）都会被忽略，不会抛出异常，所有行插入失败后也没有任何提示。可关闭该配置后重新运行，看是否抛出具体错误信息。
• 第三个可能是事务未提交：如果数据库连接开启了显式事务，执行完Update后没有调用Commit方法，事务回滚会导致数据不会实际写入，所有插入操作都会被撤销。
• 第四个可能是环境变动导致的适配问题：比如近期迁移了MySQL服务的操作系统（Windows迁到Linux后表名大小写敏感，自动生成的SQL语句表名大小写不匹配）、升级了MySQL Connector/NET版本导致MySqlCommandBuilder生成的插入语句不符合预期、MySQL账号的INSERT权限被回收（删表建表权限和INSERT权限是独立的）、tableName变量取值错误导致插入到了其他表中。可开启MySQL的通用查询日志，查看程序执行时是否实际发送了INSERT语句到MySQL服务端，快速定位是代码端问题还是服务端问题。

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