12、数据库优化：SQLite性能瓶颈、事务批量操作、索引优化、Room数据库最佳实践

数据库优化这个话题，说实话，是很多Android开发者的“心头痛”。

我见过太多应用，功能做得很棒，结果一查数据库，慢得像蜗牛爬。用户滑动列表时卡顿，数据加载时白屏，甚至直接ANR。嗯，这些我都遇到过。

今天我们就来聊聊SQLite的那些坑，以及怎么用Room优雅地避开它们。

一、SQLite性能瓶颈：你踩过几个坑？

SQLite本身是个轻量级引擎，但用不好，照样卡死你。我个人习惯把瓶颈归为三类：

• 磁盘I/O太慢：SQLite数据存在磁盘上，频繁读写就是灾难。
• 锁竞争激烈：SQLite是单线程写入，多线程同时写？等着排队吧。
• 查询计划糟糕：没有索引，或者索引建错了，全表扫描跑不掉。

我在项目中遇到过最典型的一个案例：一个聊天应用，每次打开会话列表都要等2秒。查了半天，发现每条消息都单独insert，而且没有用事务。说白了，就是每次写数据都触发一次磁盘同步，不慢才怪。

二、事务批量操作：批量插入的正确姿势

你想想看，如果一次要插入1000条数据，你会怎么做？

最蠢的做法是循环1000次，每次调用一次insert。每次insert都会开启一个事务，提交一次，同步一次磁盘。1000次同步，不卡才怪。

正确的做法是：手动开启事务，批量提交。

// 错误示范：逐条插入
for (data in list) {
    db.insert("table", null, data.toContentValues())
}

// 正确示范：事务批量插入
db.beginTransaction()
try {
    for (data in list) {
        db.insert("table", null, data.toContentValues())
    }
    db.setTransactionSuccessful()
} finally {
    db.endTransaction()
}

为什么事务能提速？因为beginTransaction之后，SQLite会把所有写入操作缓存到内存，直到你调用setTransactionSuccessful和endTransaction，才一次性刷到磁盘。说白了，就是把1000次磁盘I/O合并成1次。

三、索引优化：建对了是神器，建错了是累赘

索引的本质是什么？说白了就是一本字典的目录。没有目录，你要翻遍整本书才能找到“Android”这个词。有了目录，直接翻到那一页就行。

但索引不是越多越好。每建一个索引，写入数据时就要多维护一棵B+树。你想想看，如果一张表频繁写入，索引太多反而会拖慢写入速度。

我建议遵循这几个原则：

• 给WHERE条件列建索引：比如经常按userId查询，就给userId建索引。
• 给ORDER BY列建索引：排序操作如果没有索引，会触发文件排序，慢得很。
• 复合索引要注意顺序：比如查询条件是(a, b)，索引(a, b)有效，但索引(b, a)可能无效。
• 不要给低基数列建索引：比如性别字段，只有男和女，索引区分度太低，反而浪费空间。

-- 创建索引示例
CREATE INDEX idx_user_id ON messages(user_id);
CREATE INDEX idx_create_time ON messages(create_time DESC);

-- 复合索引：注意列顺序
CREATE INDEX idx_user_time ON messages(user_id, create_time);

四、Room数据库最佳实践：Google帮我们封装好了

Room是Google官方推荐的ORM框架，底层还是SQLite，但帮我们做了很多优化。我个人非常推荐使用Room，原因有三：

• 编译时SQL校验：写错SQL？编译期就报错，不会等到运行时崩溃。
• 自动处理线程安全：Room默认不允许在主线程操作数据库，强制你使用协程或RxJava。
• 与LiveData/Flow无缝集成：数据变化自动通知UI，不用手动刷新。

下面是我总结的几个Room最佳实践：

1. 使用@Transaction注解批量操作

@Dao
interface MessageDao {
    @Transaction
    suspend fun insertMessages(messages: List<Message>) {
        // Room会自动开启事务，批量插入
        messages.forEach { insert(it) }
    }

    @Insert
    suspend fun insert(message: Message)
}

Room的@Transaction注解，本质上就是帮我们调用了beginTransaction和endTransaction。省心又安全。

2. 合理使用@Index注解

@Entity(
    indices = [
        Index(value = ["userId"]),
        Index(value = ["createTime"], orders = [Index.Order.DESC])
    ]
)
data class Message(
    @PrimaryKey val id: Long,
    val userId: Long,
    val content: String,
    val createTime: Long
)

直接在Entity上声明索引，Room会在编译时帮我们生成对应的SQL。比手写SQL更安全，也更容易维护。

3. 避免在主线程操作数据库

// 错误示范：主线程查询
val list = messageDao.getAllMessages() // 会崩溃！

// 正确示范：使用协程
viewModelScope.launch {
    val list = withContext(Dispatchers.IO) {
        messageDao.getAllMessages()
    }
}

Room默认会检查是否在主线程操作数据库，如果检测到，直接抛异常。这个设计我很喜欢，强制开发者养成好习惯。

4. 使用Flow监听数据变化

@Dao
interface MessageDao {
    @Query("SELECT * FROM messages WHERE userId = :userId ORDER BY createTime DESC")
    fun getMessagesByUser(userId: Long): Flow<List<Message>>
}

// 在ViewModel中收集
class MessageViewModel(private val dao: MessageDao) : ViewModel() {
    val messages: StateFlow<List<Message>> = dao.getMessagesByUser(123)
        .stateIn(viewModelScope, SharingStarted.WhileSubscribed(5000), emptyList())
}

Flow的好处是：数据库有变化，UI自动更新。不用手动刷新，也不用担心内存泄漏。

五、知识体系总览

下面这张图，是我对数据库优化核心思路的总结。你可以把它当作一个检查清单：

数据库优化这件事，说难不难，说简单也不简单。核心就四个字：减少I/O。事务批量操作是为了减少I/O，索引是为了减少I/O，Room的Flow也是为了避免不必要的I/O。你只要抓住这个核心，很多问题都能迎刃而解。

好了，这一章的内容就到这里。希望你能把这些实践用到自己的项目里，少踩一些坑。

---

公众号:蓝海资料掘金营，微信deep3321