mysql与sqlite在处理并发问题时的不同

先来说下mysql与sqlite运行机制的不同。

mysql是基于服务的，可以远程访问，还可以设置一些访问权限。

sqlite位于android系统的系统运行库层，是基于文件存储的。

谈到并发，就不得不说加锁的问题。

MySQL有三种锁的级别：页级、表级、行级。

表级：直接锁定整张表，在你锁定期间，其它进程无法对该表进行写操作。如果你是写锁，则其它进程则读也不允许

行级,：仅对指定的记录进行加锁，这样其它进程还是可以对同一个表中的其它记录进行操作。

页级：表级锁速度快，但冲突多，行级冲突少，但速度慢。所以取了折衷的页级，一次锁定相邻的一组记录。

直接通过sql语句就能够实现上述几种加锁模式，另外除了数据库本身，也可以在数据库的调用逻辑上使用加锁同步策略，这里不过多赘述。

sqlite既然是基于文件的，自然也就没有过于复杂的加锁机制了。

它没有提供复杂的锁定机制，无法内部管理多路并发下的数据操作同步问题，更谈不上优化，所以涉及到多路并发的情况，需要外部进行读写锁控制，否则SQLite会返回SQLITE_BUSY错误，以驳回相关请求。换句话说，只能在数据层面去控制并发。