最近遇到移动端数据库的性能瓶颈问题了。
我们的应用主要依赖于谷歌官方的 Room 框架，用了 Kotlin 的 Flow 来实现响应式数据流，由于项目比较新，各种依赖库都是最新的。
有用户积累了 2 万多条数据，在中低端手机上，查一次要好几秒，由于建立了数据库索引，插入的速度也很慢，插一条数据也要等好多秒。应用有查全部数据的需求（包括一些全局统计信息等等），所以不想每次用户查全部数据都加 loading 之类的弹窗，体验会很不好。
是否有办法优化 SQLite 数据库的读写速度呢？感觉依赖于 Room 后，开发者能做的很少。
10 条回复 • 2024-11-07 09:20:21 +08:00
 |
1
jstony 15 小时 38 分钟前
sqlite 处理 2 万条数据应该是小 case 吧，会不会瓶颈不在数据库这里？
|
 |
2
gbw1992 15 小时 35 分钟前
2w 条对 sqlite 小意思了，应该是业务或者操作的问题
我印象中批量写的时候，一定要用事务操作，同一个事务只有一次 io |
 |
3
NoOneNoBody 15 小时 10 分钟前
插入为什么要等？插入不影响后续工作啊
|
 |
4
iyiluo 15 小时 7 分钟前
才 2w 条，怎么可能瓶颈了，微信用的也是 SQLite ，十几 G 的数据查起来挺快的
|
 |
5
caola 13 小时 56 分钟前
不太可能是 sqlite 问题。多进程读取是没问题，但多进程写入之前有其他的操作没有释放就会导致问题
|
 |
6
ursash 12 小时 2 分钟前
ducked?
|
|
7
ursash 12 小时 1 分钟前
打错了。。duckdb
|
 |
8
icy37785 7 小时 39 分钟前 via iPhone
才两万条数据，离 sqlite 的瓶颈差的远。感觉你应该在其他地方找问题。
|
 |
9
iX8NEGGn 5 小时 53 分钟前 via iPhone
sqlite 强得很，有索引两亿条都不至于几秒，找找别的原因
|
 |
10
gogogo2000 8 分钟前
sqlite 的性能在有索引的情况下，最少也要百万级别才能感受到性能衰减，你这个 2w 根本不值一提
|
Select Language