SQLite 并发写入实测:WAL、busy_timeout 与 1000 次请求零丢失
把 SQLite 放上生产后,最常见的担心是「并发写入会不会丢数据」。这篇给出可复现的压测方法与本机实测数字:100 并发 1000 次请求,写入零丢失,P95 88ms。
共 3 篇文章。
把 SQLite 放上生产后,最常见的担心是「并发写入会不会丢数据」。这篇给出可复现的压测方法与本机实测数字:100 并发 1000 次请求,写入零丢失,P95 88ms。
个人博客、内部工具、边缘站点,SQLite 往往比 MySQL 更合适。前提是你要知道它的边界。 什么时候选 SQLite 单实例部署、读多写少 数据量在百万行以内 希望零运维、备份就是一个文件 必须开的三个开关 WAL 让读写不互相阻塞,是性能的关键。 索引只建在这三类字段上…
迁移脚本是唯一会直接改生产数据的代码。这篇讲三道安全网:执行前自动备份、--dry-run 预演、以及"可重复执行"的写法——顺便说说为什么回滚要慎用。
把场景说清楚,我按做过的项目给判断——不合适也会直说。
Enter 发送 · Shift + Enter 换行。信息只用于与你联系,不做其它用途; 不习惯对话也可以直接用下面的表单。
描述一下需求与期望,我会在 1 个工作日内回复;也可以直接通过页面上的联系方式找到我。