众所周知，微信在后台服务器不保存聊天记录，微信在移动客户端所有的聊天记录都存储在一个 SQLite 数据库中，一旦这个数据库损坏，将会丢失用户多年的聊天记录。而我们监控到现网的损坏率是 0.02%，也就是每 1w 个用户就有 2 个会遇到数据库损坏。考虑到微信这么庞大的用户基数，这个损坏率就很严重了。更严重的是我们用的官方修复算法，修复成功率只有 30%。损坏率高，修复率低，这两个问题都需要我们着手解决。

随着微信 iOS 客户端业务的增长，在数据库上遇到的性能瓶颈也逐渐凸显。在微信的卡顿监控系统上，数据库相关的卡顿不断上升。而在用户侧也逐渐能感知到这种卡顿，尤其是有大量群聊、联系人和消息收发的重度用户。 我们在对 SQLite 进行优化的过程中发现，靠单纯地修改 SQLite 的参数配置，已经不能彻底解决问题。因此从 6.3.16 版本开始，我们合入了 SQLite 的源码，并开始进行源码层的优化。

SQLite 是微信 iOS 选用的数据库，随着微信 iOS 客户端业务的增长，在重度用户的场景下，性能瓶颈逐渐显现。靠单纯地修改 SQLite 的参数配置，已经不能彻底解决问题，因此我们尝试从源码开始做深入的优化。

什么是SQLite SQLite，是一款轻型的数据库，是遵守ACID的关系型数据库管理系统，它包含在一个相对小的C库中。它是D.RichardHipp建立的公有领域项目。它的设计目标是嵌入式的，而且目

本文介绍了SQLite数据库优化实践方法，涉及数据库设计、索引优化、查询优化和分库分表策略。通过采用这些方法，可以提高SQLite数据库的性能和数据处理能力。

背景介绍 优化方式 SQL语句执行效率的主要因素 优化思路 减少数据扫描（减少磁盘访问） 尽量在查询中加入一些可以提前过滤数据的谓词条件，比如按照时间过滤数据等，可以减少数据的扫描量，对查询更友好；

面试官：麻烦你好好看看这篇文章，再告诉我，每张表到底能存多少数据？ 实际情况下，每张表由于自身的字段不同、字段所占用的空间不同等原因，它们在最佳性能下可以存放的数据量也就不同，需要手动计算才行。