RealmWCDB与SQLite移动数据库性能对比测试

Posted 2021-04-30 iOS技术内幕

本文引用了CSDN的链接，点击阅读原文查看原文。

一、数据库介绍

        SQLite 3 比较常见不予赘述。

        Realm 是由Y Combinator孵化的创业团队开源出来的一款可以用于ios(同样适用于Swift&Objective-C)和android的跨平台移动数据库。目前最新版是Realm 2.0.2，支持的平台包括Java，Objective-C，Swift，React Native，Xamarin。

        优势：兼顾iOS和Android两个平台；简单易用，学习成本低；提供了一个轻量级的数据库查看工具，开发者可以查看数据库当中的内容，执行简单的插入和删除数据的操作。

        Realm支持事务，满足ACID：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。

        WCDB 是微信推出的一个高效、完整、易用的移动数据库框架，基于SQLCipher（an SQLite extension that provides 256 bit AES encryption of database files.），支持iOS, macOS和Android。易用，支持事务，可加密、损坏修复。

 

二、测试数据表结构

Student表。

字段：ID、name、age、money。

ID	Name	Age	Money
主键	姓名	年龄	存款（建索引）

其中age为0~100随机数字，money为每一万条数据中，0~10000各个数字只出现一次。

 

三、测试数据

        对于以下测试数据，只是给出一次测试后的具体数值供参考，经过反复测试后的，基本都在这个时间量级上。

        这里测试用的是纯SQLite，没有用FMDB。

• SQLite3：

        9万条数据基础上连续单条插入一万条数据耗时：1462ms。

        已经建立索引，需要注意的是，如果是检索有大量重复数据的字段，不适合建立索引，反而会导致检索速度变慢，因为扫描索引节点的速度比全表扫描要慢。比如当我对age这个经常重复的数据建立索引再对其检索后，反而比不建立索引查询要慢一倍多。

        已经设置WAL模式。

        简单查询一万次耗时：331ms

        dispatch 100个block来查询一万次耗时：150ms

• realm：

        9万条数据基础上连续单条插入一万条数据耗时：32851ms。

        注意，Realm似乎必须通过事务来插入，所谓的单条插入即是每次都开关一次事务，耗时很多，如果在一次事务中插入一万条，耗时735ms。

        已经建立索引。

        简单查询一万次耗时：699ms。

        dispatch 100个block来查询一万次耗时：205ms。

• WCDB：

        9万条数据基础上连续单条插入一万条数据耗时：750ms。

        此为不用事务操作的时间，如果用事务统一操作，耗时667ms。

        已经建立索引。

        简单查询一万次耗时：690ms。

        dispatch 100个block来查询一万次耗时：199ms。

• 三者对比：

测试内容	Realm	WCDB	SQLite	用例数量
单条插入一万条	32851ms	750ms	1462ms	90000+10000
循环查询一万次	699ms	690ms	331ms	100000
100个block查询一万次	205ms	199ms	186ms	100000

 

        由于Realm单次事务操作一万次耗时过长，图表中显示起来也就没有了意义，因此下面图中Realm的耗时是按照事务批量操作耗时来记录的，实际上WCDB的插入操作是优于Realm的。

        从结果来看，Realm似乎必须用事务，单条插入的性能会差很多，但是用事务来批量操作就会好一些。按照参考资料[3]中的测试结果，Realm在插入速度上比SQLite慢，比用FMDB快，而查询是比SQLite快的。

        而WCDB的表现很让人惊喜，其插入速度非常快，以至于比SQLite都快了一个量级，要知道WCDB也是基于SQLite扩展的。WCDB的查询速度也还可以接受，这个结果其实跟其官方给出的结果差不多：读操作基本等于FMDB速度，写操作比FMDB快很多。

 

四、Realm优缺点

• 优点：

Realm在使用上和Core Data有点像，直接建立我们平常的对象Model类就是建立一个表了，确定主键、建立索引也在Model类里操作，几行代码就可以搞定，在操作上也可以很方便地增删改查，不同于SQLite的SQL语句（即使用FMDB封装的操作依然有点麻烦），Realm在日常使用上非常简单，起码在这次测试的例子中两个数据库同样的一些操作，Realm的代码只有SQLite的一半。

其实Realm的“表”之间也可以建立关系，对一、对多关系都可以通过创建属性来解决。

在.m方法中给“表”确定主键、属性默认值、加索引的字段等。

修改数据时，可以直接丢进去一条数据，Realm会根据主键判断是否有这个数据，有则更新，没有则添加。

查询操作太简单了，一行代码根据查询目的来获取查询结果的数组。

支持KVC和KVO。

支出数据库加密。

支持通知。

方便进行数据库变更（版本迭代时可能发生表的新增、删除、结构变化），Realm会自行监测新增加和需要移除的属性，然后更新硬盘上的数据库架构，Realm可以配置数据库版本，进行判断。

一般来说Realm比SQLite在硬盘上占用的空间更少。

• 缺点：

Realm也有一些限制，需要考虑是否会影响。

类名长度最大57个UTF8字符。

属性名长度最大63个UTF8字符。

NSData及NSString属性不能保存超过16M数据，如果有大的可以分块。

对字符串进行排序以及不区分大小写查询只支持“基础拉丁字符集”、“拉丁字符补充集”、“拉丁文扩展字符集 A” 以及”拉丁文扩展字符集 B“（UTF-8 的范围在 0~591 之间）。

多线程访问时需要新建新的Realm对象。

Realm没有自增属性。。也就是说对于我们习惯的自增主键，如果确实需要，我们要自己去赋值，如果只要求独一无二， 那么可以设为[[NSUUID UUID] UUIDString]，如果还要求用来判断插入的顺序，那么可以用Date。

Realm支持以下的属性类型：BOOL、bool、int、NSInteger、long、long long、float、double、NSString、NSDate、NSData以及 被特殊类型标记的NSNumber，注意，不支持集合类型，只有一个集合RLMArray，如果服务器传来的有数组，那么需要我们自己取数据进行转换存储。

 

五、WCDB优缺点

• 优点：

实际体验后，WCDB的代码体验非常好，代码量基本等于Realm，都是SQLite的一半，在风格上比Realm更接近于OC原本的风格，基本已经感受不到是在写数据库的SQL操作。并且其查询语句WINQ也写的很符合逻辑，基本都可以一看就懂，甚至不需要你了解SQL语句。整个开发流程下来非常流畅，除了配置环境时出了问题并且没有资料参考只能自己猜着解决外，代码基本是一气呵成写完完美运行的。

•  缺点：

贴一份评论：

六、结

        测试过后，感觉还是比用FMDB方便很多，其中又以WCDB更为推崇，Realm其实也不错，如果是一些新创建的中小型工程，也可以尝试，WCDB刚开源不久，可能还会有一些坑，不过毕竟微信那边出品的，你问我支持不支持我当然是支持的。

        需要注意的是如果是老工程想换新数据库，那么需要注意一些数据库迁移的问题，这中间必然存在一些阵痛，此外，Realm和WCDB都会用到自有的Model类来作为表结构。

        刚刚上手，如果有哪里有问题或者疏漏，请多多指教。