多线程如何并发访问SQLite数据库

SQLite作为一款小型的嵌入式数据库，本身没有提供复杂的锁定机制，无法内部管理多路并发下的数据 *** 作同步问题，更谈不上优化，所以涉及到多路并发的情况，需要外部进行读写锁控制，否则SQLite会返回SQLITE_BUSY错误，以驳回相关请求。

返回SQLITE_BUSY主要有以下几种情况：

1。当有写 *** 作时，其他读 *** 作会被驳回

2。当有写 *** 作时，其他写 *** 作会被驳回

3。当开启事务时，在提交事务之前，其他写 *** 作会被驳回

4。当开启事务时，在提交事务之前，其他事务请求会被驳回

5。当有读 *** 作时，其他写 *** 作会被驳回

6。读 *** 作之间能够并发执行

基于以上讨论，可以看出这是一个典型的读者写者问题，读 *** 作要能够共享，写 *** 作要互斥，读写之间也要互斥

可以设计如下的方案解决并发 *** 作数据库被锁定的问题，同时保证读 *** 作能够保持最大并发

1。采用互斥锁控制数据库写 *** 作

2。只有拥有互斥锁的线程才能够 *** 作数据库

3。写 *** 作必须独立拥有互斥锁

4。读 *** 作必须能够共享互斥锁，即在第一次读取的时候获取互斥锁，最后一次读取的时候释放互斥锁

        private void button1_Click(object sender, EventArgs e)

        {

            try

            {

                //禁用按钮

                this.button1.Enabled = false

                //这里开始耗时工作

            }

            catch (Exception)

            {

            }

            finally

            {

                //启用按钮

                this.button1.Enabled = true

            }

        }

使用SQLite经常会遇到并发处理，要处理好多线程或多进程之间的并发，就得搞清楚SQLite的机制，尤其是Sqlite的锁机制。

因为SQLite是文件数据库，所以它的锁也基本是和文件一致，也即：写独占，读共享。这意味是在读取数据库的时候，是可以多个线程共享的，而如果有增删改的 *** 作，则会独占此文件，其他线程会进程都会被阻塞。

在移动设备上，比较常见的情况是App的UI进程和Service进程同时访问数据库，这个时候就要对其访问做好并发的处理，否则会出现很多意想不到的后果。

---