win10移动文件慢怎么办-(win10移动文件慢怎么办)

最初的本地IM数据库设计秉着遵循“简单易用、方便管理”的原则，把用户收到的所有消息都统一存放在用户当前客户端本地的“同一个SQLite数据文件中”。

(作者注：微信不会保存聊天记录，聊天内容只存储在用户手机、电脑等终端设备上。)

由于初期这套本地数据库设计方案的短板，随着目前微信使用越来越广泛、消息堆积越来越多，从而逐渐暴露出了许多技术问题。

随着使用时间的推移，数据也逐渐增多，当数据量越来越庞大：

从文件系统的角度，数据库文件是逐页增长的。因为长时间的使用微信会使得消息量的逐步累积，让数据库体积逐渐增长，也会导致碎片化更严重，这在机械硬盘下，也会进一步影响读写效率。

对用户最直观的影响就是——切换聊天变得很卡，这个问题对于重度用户尤甚，甚至会出现点击聊天就卡顿的情况。

随着时间的推移，消息量的逐步累积，数据库存储文件的体积也是越来越大，显著占用用户存储空间。

磁盘文件意外损坏也有可能导致数据丢失。

因为所有消息都放到一个数据库文件，就类似把所有鸡蛋放在一个篮子。

数据库文件也可能会因为存储坏道、电脑意外断电、sqlite自身bug等原因导致数据库文件发生损坏。如果发生损坏时，有可能导致用户丢失消息数据。即使有DB恢复机制，也无法保证能恢复出所有历史记录。

当这种情况发生时，对用户影响十分大，因为聊天记录可能没了！

PS：微信移动端也有类似困扰，有兴趣可以阅读《微信客户端SQLite数据库损坏修复实践》。

上述数据库存储文件变大和查询变慢的问题，都是由于消息数据的不断增多引起。

但消息数的增长是无法避免的，那么有没有办法控制增长速度，并且控制数据库的大小？

我们从两个方向进行分析：消息情况、日常使用场景

微信里的IM消息可分为三大类：

按消息的重要性来说：

按消息的大小来说：

众所周知，我们日常使用微信，都是收发消息，或者浏览最近的消息。对于更早的消息，我们一般很少会主动去浏览。

越早的消息，浏览的概率越低。

所以：在大多数场景下，我们要让最常访问的消息，不受老数据的影响。

针对前述问题并结合上述分析，我们从以下方面对微信Windows端本地SQLite数据库的架构进行了演进和优化。

涉及的主要优化内容和手段有：

下面我们将逐一详细介绍。

基于以上分析，首先把公众号消息划分出去，存到单独的一个数据库，跟用户的普通消息隔离，同时也可以大幅减少普通消息数据库的体积。

基于日常使用场景的分析，大部分老数据读取的频率很低，所以应该提高最近一段时间的读写效率。

对于上述这种情况，我们采取了以时间和空间动态划分数据库的方案。初始默认值是每个数据库存放半年的消息，超过时间之后新建一个数据库存放。对于大部分使用场景，我们只需要读写最新的数据库就可以满足需求，如果需要浏览更早的消息，可以再打开之前的数据库进行读取。

除了时间维度，我们还考虑了空间维度的划分：如果半年内消息普通消息规模超过阈值，也会新建一个数据库进行存储，让每个数据库大小和数据规模不至于太大，能提升最近一段时间消息的读写效率。