C#:SQLite数据库始终处于锁定状态
我编写了一个简单的应用程序(称为app1),它读取SQLite数据库并在gridview中显示内容。我有一个单独的C#控制台应用程序(app2),需要写入同一个数据库。问题是app2失败并出现“数据库已锁定”错误。我一启动app1就可以看到一个userdb日志文件被创建。我假设问题是app1打开了数据库,但没有释放它?这是我在app1中填充绑定到网格的表的代码C#:SQLite数据库始终处于锁定状态,c#,sqlite,C#,Sqlite,我编写了一个简单的应用程序(称为app1),它读取SQLite数据库并在gridview中显示内容。我有一个单独的C#控制台应用程序(app2),需要写入同一个数据库。问题是app2失败并出现“数据库已锁定”错误。我一启动app1就可以看到一个userdb日志文件被创建。我假设问题是app1打开了数据库,但没有释放它?这是我在app1中填充绑定到网格的表的代码 public DataTable GetAllPeople() { var connectionStri
public DataTable GetAllPeople()
{
var connectionString = "Data Source=" + dbPath + ";Version=3";
using (SQLiteDataAdapter sqlDataAdapter =
new SQLiteDataAdapter("SELECT id,FirstName,LastName,Address FROM Users",
connectionString))
{
using (DataTable dataTable = new DataTable())
{
sqlDataAdapter.Fill(dataTable);
// code to add some new columns here
return dataTable;
}
}
}
以下是填充gridview的代码:
private void Form1_Load(object sender, EventArgs e)
{
UserDatabase db = new UserDatabase();
db.Initialize();
dataGridView1.DataSource = db.GetAllPeople();
}
如何修复这些问题,以便在app1运行时,app2可以读取和写入数据库
编辑
看起来该日志文件仅由app2创建。我只是在app1也在运行时才注意到数据库锁定错误,但也许app1是一个骗人的东西。App2是多线程的。也许我应该开始一个新的问题,关注app2和多线程访问
编辑
谢谢你的评论。我在所有数据库访问上都加了锁,并将所有内容都用usings包起来。现在一切似乎都正常了。如果数据库被锁定,您是否要求SQLITE等待并重试?下面是如何在C中实现它
// set SQLite to wait and retry for up to 100ms if database locked
sqlite3_busy_timeout( db, 100 );
关键是SQLITE在访问db时会短暂锁定它。如果另一个线程或进程在阻塞时访问它,SQLITE默认返回一个错误。但您可以让它等待,然后使用上述呼叫自动重试。这解决了许多此类问题。以下是代码,在连接字符串生成器上轻松设置参数,并使用它构建SQLiteConnection
SQLiteConnectionStringBuilder connBuilder = new SQLiteConnectionStringBuilder();
connBuilder.DataSource = filePath;
connBuilder.Version = 3;
connBuilder.CacheSize = 4000;
connBuilder.DefaultTimeout = 100;
connBuilder.Password = "mypass";
using(SQLiteConnection conn = new SQLiteConnection(connBuilder.ToString()))
{
//...
}
注意。SQLite日志是在写入数据库而不是读取数据库时创建的。而
GetAllPeople
只从数据库读取数据,因此它可能只获取一个共享锁一小会儿,然后返回。是否确实没有在应用程序1中写入数据库?正确。我错了。看起来该日志文件仅由app2创建。我只是在app1也在运行时才注意到数据库锁定错误,但也许app1是一个骗人的东西。App2是多线程的。也许我应该开始一个新的问题,重点是app2和多线程访问?@RogerS:你应该把注意力集中在向数据库写入的部分,也就是它被锁定的部分。检查配置的读取超时,并确保正确处理连接。很可能您的代码中有一部分执行了很长时间的插入或更新操作,并将文件锁定了太长时间。@Groo-我用锁和使用语句对db访问进行了严格的限制,所有这些似乎都在工作。谢谢。@RogerS:太好了,很高兴它起作用了。谢谢,看起来很有用。你知道怎么用C吗?@RogerS我不怎么用C。我的猜测是:在连接字符串中添加'busy_timeout=100'。虽然有点晚,但只是为了防止有人需要它:如果您使用的是System.Data.SQLite.dll,您可以使用SQLiteConnectionStringBuilder类及其DefaultTimeout属性来定义超时。@D.Rosado我建议您发布一个带有示例代码的答案,说明如何执行此操作。谁知道呢,OP可能会回来接受你的答案。