FreeSql批量插入SQLite分表时的锁库问题分析与解决方案

问题背景

在使用FreeSql进行SQLite数据库操作时，开发人员遇到了一个典型的分表批量插入问题。当尝试批量插入300条数据到按日期分表的SQLite数据库时，系统抛出"database is locked"异常。然而，当减少数据量到30条或预先手动创建表结构后，操作却能成功执行。

问题本质

这个问题的根源在于SQLite的锁机制特性与FreeSql的自动建表功能的交互冲突：

1. SQLite的锁机制：SQLite采用简单的文件锁机制，同一时间只允许一个写操作。当开启事务时，数据库文件会被锁定，阻止其他写操作。

2. FreeSql的自动建表：FreeSql的UseAutoSyncStructure(true)功能会在表不存在时自动创建表结构。

3. 批量插入的事务特性：FreeSql在执行批量插入时会自动开启事务以保证数据一致性。

问题重现场景

当同时满足以下条件时，问题必然出现：

• 目标分表不存在
• 批量插入数据量较大（如300条）
• 使用SQLite数据库
• 启用了自动建表功能

技术原理分析

问题发生的具体流程如下：

1. FreeSql开始批量插入操作，自动开启事务
2. SQLite数据库被锁定
3. 系统发现目标表不存在，尝试创建新表
4. 由于数据库已被锁定，建表操作被阻塞
5. 系统抛出"database is locked"异常

解决方案

针对这一问题，我们提供以下几种解决方案：

方案一：预先创建表结构

在执行批量插入前，先通过查询操作触发表创建：

freeSql.Select<Test>().AsTable((a,b)=>formattedDate).ToOne();
freeSql.Insert(dats).ExecuteAffrows();

方案二：分批执行插入

将大数据量分批处理，每批控制在较小数量：

foreach(var batch in dats.Batch(50))
{
    freeSql.Insert(batch).ExecuteAffrows();
}

方案三：关闭自动建表功能

如果业务场景允许，可以关闭自动建表功能，改为手动管理表结构：

var freeSql = new FreeSqlBuilder()
    .UseConnectionString(DataType.Sqlite, "Data Source=test.db")
    .UseAutoSyncStructure(false) // 关闭自动建表
    .Build();

方案四：使用SQLite的WAL模式

通过启用SQLite的Write-Ahead Logging模式，可以提高并发性能：

// 在连接字符串中添加Journal Mode参数
"Data Source=test.db;Journal Mode=WAL"

最佳实践建议

1. 对于SQLite分表场景，建议在应用启动时预先创建所有可能用到的分表
2. 大数据量操作时，考虑使用分批处理策略
3. 合理设置SQLite的journal模式，平衡性能与可靠性
4. 在生产环境中，建议关闭自动建表功能，改为可控的表结构管理

总结

FreeSql与SQLite结合使用时，批量插入分表场景下的锁库问题是一个典型的基础架构设计考量。理解数据库锁机制与ORM框架的交互原理，能够帮助开发者设计出更健壮的数据访问层。通过预先建表、分批处理等技术手段，可以有效规避这类问题，确保系统稳定运行。