本文共 889 字，大约阅读时间需要 2 分钟。

背景

      项目在小型服务器上需要使用到SQLite，在默认配置下（以下数据均在4C16G，SSD环境测试），会出现以下瓶颈。

1. SQLite的写性能大概在100-200TPS，这样的写性能对服务器（哪怕是4g内存）来说也显得不够看。
2. 并发能力不足，经测试并发量在10QPS以上就会概率性database is locked。
3. 当遇到database is locked的异常信息，sqlite操作失败后无法重试。

整改思路：

      从网上搜集的各路资料，结合业务汇总出一些优化点。

1.journal_mode

 journal_mode ，  事务处理方式，获取或设置控制日志文件如何存储和处理的日志模式。 

使用WAL模式，具体介绍可参考： 

 或者博客

     优点：

      1.读和写可以完全地并发执行，不会互相阻塞（但是写之间仍然不能并发）。

      2.WAL在大多数情况下，拥有更好的性能（因为无需每次写入时都要写两个文件）。

      3.磁盘I/O行为更容易被预测。

      缺点：

      1.访问数据库的所有程序必须在同一主机上，且支持共享内存技术。

      2.每个数据库现在对应3个文件：<yourdb>.db，<yourdb>-wal，<yourdb>-shm。

      3.当写入数据达到GB级的时候，数据库性能将下降。

      4.3.7.0之前的SQLite无法识别启用了WAL机制的数据库文件。

  经测试，使用wal模式后，写性能提升2-3倍，同时实现读写分离，读性能也会大幅提升。

2.批量插入

     批量插入使用SQLite的事务！！！单线程插入1000条记录从5.5s提升到22ms，性能提升N倍，千万不要循环插入单条记录。

3.cache_size

     pages 值表示在缓存中的页面数。内置页面缓存的默认大小为 2,000 页，最小尺寸为 10 页。 此处配置修改对写性能略有提升。

4.busy_timeout

官网介绍：

总的来说，设置了该超时时间后， 当数据库繁忙的时候不会立马返回异常， 而是睡眠多次重试直到超时，以此可以提升可靠性。 测试时设置超时5000ms， 该参数不宜设置过长，数据库等待返回期间应用程序的线程会阻塞住。

转载地址：http://abyab.baihongyu.com/