最近遇到移动端数据库的性能瓶颈问题了。
我们的应用主要依赖于谷歌官方的 Room 框架，用了 Kotlin 的 Flow 来实现响应式数据流，由于项目比较新，各种依赖库都是最新的。
有用户积累了 2 万多条数据，在中低端手机上，查一次要好几秒，由于建立了数据库索引，插入的速度也很慢，插一条数据也要等好多秒。应用有查全部数据的需求（包括一些全局统计信息等等），所以不想每次用户查全部数据都加 loading 之类的弹窗，体验会很不好。
是否有办法优化 SQLite 数据库的读写速度呢？感觉依赖于 Room 后，开发者能做的很少。
16 条回复 • 2024-11-15 17:49:07 +08:00
 |
1
jstony 24 天前
sqlite 处理 2 万条数据应该是小 case 吧，会不会瓶颈不在数据库这里？
|
 |
2
gbw1992 24 天前
2w 条对 sqlite 小意思了，应该是业务或者操作的问题
我印象中批量写的时候，一定要用事务操作，同一个事务只有一次 io |
 |
3
NoOneNoBody 24 天前
插入为什么要等？插入不影响后续工作啊
|
 |
4
iyiluo 24 天前
才 2w 条，怎么可能瓶颈了，微信用的也是 SQLite ，十几 G 的数据查起来挺快的
|
 |
5
caola 24 天前
不太可能是 sqlite 问题。多进程读取是没问题，但多进程写入之前有其他的操作没有释放就会导致问题
|
 |
6
ursash 24 天前
ducked?
|
|
7
ursash 24 天前
打错了。。duckdb
|
 |
8
icy37785 24 天前 via iPhone
才两万条数据，离 sqlite 的瓶颈差的远。感觉你应该在其他地方找问题。
|
 |
9
iX8NEGGn 24 天前 via iPhone
sqlite 强得很，有索引两亿条都不至于几秒，找找别的原因
|
 |
10
gogogo2000 23 天前
sqlite 的性能在有索引的情况下，最少也要百万级别才能感受到性能衰减，你这个 2w 根本不值一提
|
 |
11
ysy950803 OP @NoOneNoBody 考虑过放到后台去执行，但是怕用户杀进程，插入就会失败。
|
|
12
ysy950803 OP 谢谢大家回复，确实单纯从查询来看，查全表耗时在 1s 内，但是我们数据遍历处理又花了一两秒，所以每次用户在 UI 上切换“非全部（比如某年某月）”和“全部”数据时，还是能感觉到明显的等待过程，数据不能立即渲染到 UI 上。
|
 |
14
shyangs 23 天前
「全部」資料直接 cache 第一頁，這樣非全部（某年某月）切回「全部」時是從 cache 或記憶體捉出來，而不是從低端機的 emmc 出來.
|
 |
15
zhanlanhuizhang 22 天前
2 万数据，应该不是 sqlite 的问题。我公司的应用，500 百万的数据，查询都很快。
|
Select Language