C#:SQLite数据库始终处于锁定状态

C#:SQLite数据库始终处于锁定状态,c#,sqlite,C#,Sqlite,我编写了一个简单的应用程序(称为app1),它读取SQLite数据库并在gridview中显示内容。我有一个单独的C#控制台应用程序(app2),需要写入同一个数据库。问题是app2失败并出现“数据库已锁定”错误。我一启动app1就可以看到一个userdb日志文件被创建。我假设问题是app1打开了数据库,但没有释放它?这是我在app1中填充绑定到网格的表的代码 public DataTable GetAllPeople() { var connectionStri

我编写了一个简单的应用程序(称为app1),它读取SQLite数据库并在gridview中显示内容。我有一个单独的C#控制台应用程序(app2),需要写入同一个数据库。问题是app2失败并出现“数据库已锁定”错误。我一启动app1就可以看到一个userdb日志文件被创建。我假设问题是app1打开了数据库,但没有释放它?这是我在app1中填充绑定到网格的表的代码

    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可能会回来接受你的答案。