Android Sqlite数据库优化及其对比（二）

前言
我们在做Android开发时常会用到Sqlite数据库做为本地的缓存库，针对Sqlite数据库的性能优化网上也有不少的文章，接下来我将对Sqlite数据库性能优化及其对比进行分析。本系列博文关于数据库优化及其对比我会分为以下3个模块来和大家分享：

（1）性能优化的要点及方法
（2）查询优化的方法
（3）性能优化的对比

一、性能优化的要点及方法
1、编译SQL语句（重复的插入操作使用SQLiteStatement)本来想拿这个做为这篇的重点，结果发现Android本身的SQLiteDatabase.java里面已经把插入的方法用SQLiteStatement写过了，所以我们这里不再着重讲了。
2、显示使用事务（做数据库更新修改操作时用事物能够提高大概8位的速度）
使用事务的两大好处是原子提交和更优性能。
(1) 原子提交
原则提交意味着同一事务内的所有修改要么都完成要么都不做，如果某个修改失败，会自动回滚使得所有修改不生效。
(2) 更优性能
Sqlite默认会为每个插入、更新操作创建一个事务，并且在每次插入、更新后立即提交。这样如果连续插入100次数据实际是创建事务->执行语句->提交这个过程被重复执行了100次。如果我们显示的创建事务->执行100条语句->提交会使得这个创建事务和提交这个过程只做一次，通过这种一次性事务可以使得性能大幅提升。尤其当数据库位于sd卡时，时间上能节省两个数量级左右。Sqlte显示使用事务，示例代码如下：

public void insertWithOneTransaction() {     
    SQLiteDatabase db = sqliteOpenHelper.getWritableDatabase(); // 开始一个事务
    db.beginTransaction(); 
    try { // sql执行语句
        for (int i = 0; i < 100; i++) {             
            db.insert(yourTableName, null, value);         
        } // 标记事务是否成功  
        db.setTransactionSuccessful();    
     } 
     catch (Exception e) { // 处理异常  
         e.printStackTrace();     
     } 
     finally { // 结束事务  
         db.endTransaction();     
     } 
 } 

3、建立索引（这个我觉得没必要说了，所有数据库查询时索引都会有帮助）
简单的说，索引就像书本的目录，目录可以快速找到所在页数，数据库中索引可以帮助快速找到数据，而不用全表扫描，合适的索引可以大大提高数据库查询的效率。
(1). 优点
大大加快了数据库检索的速度，包括对单表查询、连表查询、分组查询、排序查询。经常是一到两个数量级的性能提升，且随着数据数量级增长。
(2). 缺点
索引的创建和维护存在消耗，索引会占用物理空间，且随着数据量的增加而增加。
在对数据库进行增删改时需要维护索引，所以会对增删改的性能存在影响。
(3). 分类
a. 直接创建索引和间接创建索引
直接创建: 使用sql语句创建，Android中可以在SQLiteOpenHelper的onCreate或是onUpgrade中直接excuSql创建语句，语句如

CREATE INDEX mycolumn_index ON mytable (myclumn) 

间接创建: 定义主键约束或者唯一性键约束，可以间接创建索引，主键默认为唯一索引。b. 普通索引和唯一性索引
普通索引：

CREATE INDEX mycolumn_index ON mytable (myclumn) 

唯一性索引：保证在索引列中的全部数据是唯一的，语句为

CREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable(mycolumn)  

索引在数据库中的使用就不细谈了

4、查询数据优化（少用cursor.getColumnIndex，就是要说的第三个模块，之后会对其进行优化性能对比分析）
5、ContentValues的容量调整（ContentValues的初始容量是8，如果当添加的数据超过8之前，则会进行双倍扩容操作，因此建议对ContentValues填入的内容进行估量）
6、 语句的拼接使用StringBuilder代替String
简单的string相加会导致创建多个临时对象消耗性能。StringBuilder的空间预分配性能好得多。如果你对字符串的长度有大致了解，如100字符左右，可以直接new StringBuilder(128)指定初始大小，减少空间不够时的再次分配。
7、耗时异步化（大数据量操作时最好用异步线程处理）
tip：Sqlite是常用于嵌入式开发中的关系型数据库，完全开源。与Web常用的数据库Mysql、Oracle db、sql server不同，Sqlite是一个内嵌式的数据库，数据库服务器就在你的程序中，无需网络配置和管理，数据库服务器端和客户端运行在同一进程内，减少了网络访问的消耗，简化了数据库管理。不过Sqlite在并发、数据库大小、网络方面存在局限性，并且为表级锁，所以也没必要多线程操作。Android中数据不多时表查询可能耗时不多，不会导致anr，不过大于100ms时同样会让用户感觉到延时和卡顿，可以放在线程中运行，但sqlite在并发方面存在局限，多线程控制较麻烦，这时候可使用单线程池，在任务中执行db操作，通过handler返回结果和ui线程交互，既不会影响UI线程，同时也能防止并发带来的异常。实例代码如下：

ExecutorService singleThreadExecutor = Executors.newSingleThreadExecutor(); 
singleThreadExecutor.execute(new Runnable() {       //建立异步线程处理
@Override 
    public void run() {  // 执行sql操作数据库后发送消息
        db.insert(yourTableName, null, value);          
        handler.sendEmptyMessage(xx);    
     } 
 }
 );

二、查询优化的方法
我们在使用SQLite进行数据存储查询的时候，要进行查询优化，这里就会用到索引，Client端的数据量大部分情况下面虽然不是很大，但良好的索引建立习惯往往会带来不错的查询性能提升，同时在未知的将来经得住更大数据的考验，那如何优化数据库查询呢，下面我们用例子来演示下
先建个测试表test,包含了三个索引：

sqlite> .schem
CREATE TABLE test(id integer primary key not null default 0,a integer,b integer, c integer);
CREATE INDEX a_i on test(a);
CREATE INDEX a_i2 on test(a,b);
CREATE INDEX a_i3 on test(c);

之后EXPLAIN QUERY PLAN：

sqlite> explain QUERY PLAN select * from test;
0|0|0|SCAN TABLE test

这条SQL语句是查询了整张表，所以结果关键字SCAN表示要完整遍历，这种效率是最低的，接下来我们试试加个查询条件：

sqlite> explain QUERY PLAN select * from testwhere a=1;
0|0|0|SEARCH TABLE testUSING INDEX a_i2 (a=?)

加上where a=1之后关键字变成了SEARCH，表示不再需要遍历了，而是使用了索引进行了部分检索，另外这条输出还有更多信息，比如使用了索引a_i2，而括号里面的a=?则表示是这个查询条件引起的我们稍微修改下SQL：

sqlite> explain QUERY PLAN select a from table1 where a=1;
0|0|0|SEARCH TABLE table1 USING COVERING INDEX a_i (a=?)
 
把select 变成了select a，发现explain输出有细微变化，从INDEX变成了COVERING INDEX，CONVERING INDEX表示直接使用索引查询就可以得到结果，不需要再次回查数据表，这样效率更高。而之前的查询因为是使用，索引里面只有a记录，所以必须要查询原始记录才能得到b，c字段。

三、性能优化的对比
1、这里我专门来测试一下getColumnIndex的速度问题
查询一条数据

查询一条信息的数据，调用到经过测试，输出的时间为43毫秒。
之后写上另个方法：把显示列前面定义出来，然后直接取列的序号

按照这样的方法查询一条信息的数据，调用到经过测试，输出的时间为42毫秒。与上面的基本没有什么变化。接下来我们进行查询多条数据的对比：
查询多条数据
第一个是使用了getcolumnindex方法的查询：

执行查询过程，调用到经过测试，输出的时间为11366毫秒.

之后是将getcolumnindex方法去掉之后进行测试：

执行查询过程，调用到经过测试，输出的时间为10368毫秒.
结论
当我们在查询一条语句的时候，用getcolumnindex获取到对应列和直接取列的序号几乎没有影响。当我们查询很多数据的时候，会有一些变化，但是可能影响的也不算太大，不过有节省就算了一个优化了，还是建议我们在写的时候尽量少用到cursor.getcolumnindex方法。

2、利用android提高的的insert，query，update，deleteAPI与execSql，rawQuery函数执行原生的插入，查询，更新，删除语句操作花费时间的对比结果
（1）如果批量执行的记录数在1000条，则Android SqliteDatabase提供的insert，query，update，delete函数和直接写SQL文的execSql，rawQuery的效率差不多，几乎一样。所以使用哪种方式都可以，不会影响到执行效率。
（2）如果批量执行的记录数在10万条，则会存在差别。在某台手机上SqliteDatabase提供的insert执行插入操作耗时45秒，要比execSql插入35秒慢10秒左右。
总结
在数据库大的情况下，还是有差别的。execSql省去了拼接sql语句的步骤，要比SqliteDatabase提供的insert，query，update，delete等函数效率高。当数据库越大，差别也越大。

 

相关文章链接：

Android性能优化——数据库优化及其对比

Android性能优化-SQLite数据库