FreeSql 分表批量插入问题分析与解决方案

问题背景

在使用 FreeSql 进行 MySQL 分表操作时，开发者遇到了一个关于批量插入的特殊问题。当尝试使用 ExecuteMySqlBulkCopy 方法向按时间分区的表中批量插入数据时，系统报错提示"分表字段值不能小于指定日期"。

问题现象

具体表现为：

1. 当分表时间字段（如 Created）没有设置默认值时，执行 ExecuteMySqlBulkCopy 会抛出异常
2. 错误信息明确指出分表字段值"0001-01-01 00:00:00"不符合最小日期要求"2024-01-01 00:00:00"
3. 即使实际数据中包含了有效的时间值，系统仍然会报错

技术分析

问题根源

经过深入分析，发现问题出在 FreeSql 内部处理批量插入时的逻辑：

1. 在 ToSql 函数中，系统会重新创建一个数据对象
2. 调用 getInsertSql 函数时，内部将这个列表赋值给 _source
3. 在 TableRuleInvoke 函数获取表名时，由于某些数据项的时间字段值为默认值（0001-01-01），导致分表规则验证失败

分表机制解析

FreeSql 的分表功能通过 [Table] 特性实现，支持按时间自动分表：

[Table(Name = "test_{yyyyMM}", AsTable = $"{nameof(Created)}=2024-1-1(1 month)")]

这种配置表示：

• 表名格式为"test_年月"
• 按 Created 字段分表
• 从2024年1月开始，每月一张表

解决方案

临时解决方案

对于当前问题，可以采用以下临时解决方案：

1. 使用 ExecuteAffrows 替代 ExecuteMySqlBulkCopy

   • 适用于数据量较小的情况（500条记录以内）
   • 代码修改示例：

     fsql.InsertOrUpdate<Test1>()
         .AsTable($"test_{item.Key}")
         .SetSource(item.Value)
         .ExecuteAffrows();
     

2. 为分表字段设置默认值

   • 确保实体类中的时间字段都有合理的初始值
   • 示例：

     public DateTime Created { get; set; } = DateTime.Now;
     

长期建议

对于大数据量场景（百万级记录）：

1. 分批处理策略

   • 将大文件分割成多个小批次处理
   • 每批控制在合理数量（如1万条）

2. 自定义批量插入逻辑

   • 实现自己的分表批量插入机制
   • 确保每批数据都正确路由到目标分表

3. 数据预处理

   • 在插入前验证所有记录的分表字段有效性
   • 过滤或修正不符合分表规则的数据

最佳实践建议

1. 分表字段设计

   • 必须为非空字段
   • 设置合理的默认值
   • 在业务逻辑中确保赋值正确

2. 批量操作策略

   • 小数据量：使用标准插入方法
   • 大数据量：考虑分批或使用专业ETL工具

3. 异常处理

   • 捕获并记录批量操作中的异常
   • 实现重试机制处理临时性错误

总结

FreeSql 的分表功能强大，但在批量操作时需要注意数据完整性和分表规则的一致性。通过合理设计数据模型和采用适当的数据处理策略，可以充分发挥 FreeSql 在大数据场景下的优势。对于特别大的数据集，建议结合业务特点设计专门的数据导入方案，而非完全依赖ORM框架的批量操作功能。