Android和iOS上SQLite之间的性能差异

And*_*ain 3 sqlite performance android ios

我正在尝试在一个项目的Android和iOS的SQLite性能之间进行基准测试,与Android相比,iOS平台上的性能似乎真的很差。

我要实现的目标是测量将行数(5000)插入SQLite DB并在平台之间进行比较的时间。对于Android,我大约需要500毫秒才能执行所有5000次插入操作,但对于iOS,相同的操作需要20秒钟以上的时间。怎么会这样?

这是我的iOS代码的片段(插入部分),dataArray是具有5000个随机100个字符的NSStrings的数组:

int numEntries = 5000;
self.dataArray = [[NSMutableArray alloc] initWithCapacity:numEntries];//Array for random data to write to database

//generate random data (100 char strings)
for (int i=0; i<numEntries; i++) {
    [self.dataArray addObject:[self genRandStringLength:100]];
}

// Get the documents directory
NSArray *dirPaths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);

NSString *docsDir = [dirPaths objectAtIndex:0];

// Build the path to the database file
NSString *databasePath = [[NSString alloc] initWithString:[docsDir stringByAppendingPathComponent: @"benchmark.db"]];

NSString *resultHolder = @"";

//Try to open DB, if file not present, create it
if (sqlite3_open([databasePath UTF8String], &db) == SQLITE_OK){

    sql = @"CREATE TABLE IF NOT EXISTS BENCHMARK(ID INTEGER PRIMARY KEY AUTOINCREMENT, TESTCOLUMN TEXT)";

    //Create table
    if (sqlite3_exec(db, [sql UTF8String], NULL, NULL, NULL) == SQLITE_OK){
        NSLog(@"DB created");
    }else{
        NSLog(@"Failed to create DB");
    }

        //START: INSERT BENCHMARK
        NSDate *startTime = [[NSDate alloc] init];//Get timestamp for insert-timer

        //Insert values in DB, one by one
        for (int i = 0; i<numEntries; i++) {
            sql = [NSString stringWithFormat:@"INSERT INTO BENCHMARK (TESTCOLUMN) VALUES('%@')",[self.dataArray objectAtIndex:i]];
            if (sqlite3_exec(db, [sql UTF8String], NULL, NULL, NULL) == SQLITE_OK){
                //Insert successful
            }
        }

        //Append time consumption to display string
        resultHolder = [resultHolder stringByAppendingString:[NSString stringWithFormat:@"5000 insert ops took %f sec\n", [startTime timeIntervalSinceNow]]];

        //END: INSERT BENCHMARK
Run Code Online (Sandbox Code Playgroud)

Android代码段:

           // SETUP
           long startTime, finishTime;

        // Get database object
            BenchmarkOpenHelper databaseHelper = new BenchmarkOpenHelper(getApplicationContext());
            SQLiteDatabase database = databaseHelper.getWritableDatabase();

            // Generate array containing random data
            int rows = 5000;
            String[] rowData = new String[rows];
            int dataLength = 100;

            for (int i=0; i<rows; i++) {
                rowData[i] = generateRandomString(dataLength);
            }

            // FIRST TEST: Insertion
            startTime = System.currentTimeMillis();

            for(int i=0; i<rows; i++) {
                database.rawQuery("INSERT INTO BENCHMARK (TESTCOLUMN) VALUES(?)", new String[] {rowData[i]});
            }

            finishTime = System.currentTimeMillis();
            result += "Insertion test took: " + String.valueOf(finishTime-startTime) + "ms \n";
            // END FIRST TEST
Run Code Online (Sandbox Code Playgroud)

Rob*_*Rob 5

在iOS上,除了BEGIN/ COMMIT更改,StilesCrisis讨论,它提供了最显着的性能差异,如果你想进一步优化您的iOS性能,可以考虑准备SQL一次,然后反复调用sqlite3_bind_textsqlite3_stepsqlite3_reset。在这种情况下,它的速度似乎快了将近一倍。

因此,这是我对现有iOS逻辑的诠释sqlite3_exec(每次都会使用stringWithFormat%@手动构建SQL):

- (void)insertWithExec
{
    NSDate *startDate = [NSDate date];

    NSString *sql;

    if (sqlite3_exec(database, "BEGIN", NULL, NULL, NULL) != SQLITE_OK)
        NSLog(@"%s: begin failed: %s", __FUNCTION__, sqlite3_errmsg(database));

    for (NSString *value in dataArray)
    {
        sql = [NSString stringWithFormat:@"INSERT INTO BENCHMARK (TESTCOLUMN) VALUES('%@')", value];
        if (sqlite3_exec(database, [sql UTF8String], NULL, NULL, NULL) != SQLITE_OK)
            NSLog(@"%s: exec failed: %s", __FUNCTION__, sqlite3_errmsg(database));
    }

    if (sqlite3_exec(database, "COMMIT", NULL, NULL, NULL) != SQLITE_OK)
        NSLog(@"%s: commit failed: %s", __FUNCTION__, sqlite3_errmsg(database));

    NSTimeInterval elapsed = [[NSDate date] timeIntervalSinceDate:startDate];

    // log `elapsed` here
}
Run Code Online (Sandbox Code Playgroud)

这是代码的优化表示形式,其中我只准备了一次SQL,但是随后sqlite3_bind_text将我们的数据绑定到?您的Android代码使用的SQL中的同一占位符:

- (void)insertWithBind
{
    NSDate *startDate = [NSDate date];

    if (sqlite3_exec(database, "BEGIN", NULL, NULL, NULL) != SQLITE_OK)
        NSLog(@"%s: begin failed: %s", __FUNCTION__, sqlite3_errmsg(database));

    sqlite3_stmt *statement;

    NSString *sql = @"INSERT INTO BENCHMARK (TESTCOLUMN) VALUES(?)";

    if (sqlite3_prepare_v2(database, [sql UTF8String], -1, &statement, NULL) != SQLITE_OK)
        NSLog(@"%s: prepare failed: %s", __FUNCTION__, sqlite3_errmsg(database));

    for (NSString *value in dataArray)
    {
        if (sqlite3_bind_text(statement, 1, [value UTF8String], -1, NULL) != SQLITE_OK)
            NSLog(@"%s: bind failed: %s", __FUNCTION__, sqlite3_errmsg(database));

        if (sqlite3_step(statement) != SQLITE_DONE)
            NSLog(@"%s: step failed: %s", __FUNCTION__, sqlite3_errmsg(database));

        if (sqlite3_reset(statement) != SQLITE_OK)
            NSLog(@"%s: reset failed: %s", __FUNCTION__, sqlite3_errmsg(database));
    }

    sqlite3_finalize(statement);

    if (sqlite3_exec(database, "COMMIT", NULL, NULL, NULL) != SQLITE_OK)
        NSLog(@"%s: commit failed: %s", __FUNCTION__, sqlite3_errmsg(database));

    NSTimeInterval elapsed = [[NSDate date] timeIntervalSinceDate:startDate];

    // log `elapsed` here
}
Run Code Online (Sandbox Code Playgroud)

在我的iPhone 5上,使用您的sqlite3_exec逻辑(我的insertWithExec方法)插入5,000条记录花费了280-290毫秒sqlite3_bind_textsqlite3_step而使用和和sqlite3_reset(我的insertWithBind方法)插入了5,000条记录也花费了110-127ms 。我的数字无法与您的数字相提并论(不同的设备,插入不同的dataValues对象,我在后台队列中完成了操作等等),但是值得注意的是,一次准备SQL语句花了不到一半的时间,然后重复绑定,步骤和重置调用。

在查看Android代码时,我注意到您正在使用?占位符,因此我认为它也在sqlite3_bind_text幕后进行(尽管我不知道它是一次准备,每次绑定/步进/重置还是重新生成) -每次都准备;可能是后者)。


顺便说一句,作为一般的经验法则,您应该?像在Android中一样始终使用占位符,而不是使用手动构建SQL stringWithFormat,因为它可以避免在数据中手动转义撇号,从而避免了SQL攻击。注射攻击等


Sti*_*sis 4

您需要使用事务——从执行开始BEGIN并以 结束COMMIT

这应该会大大提高INSERT性能。

http://www.titaniumdevelopment.com.au/blog/2012/01/27/10x-faster-inserts-in-sqlite-using-begin-commit-in-appcelerator-titanium-mobile/

一旦完成,我预计 5000 次插入在两个平台上都会相当快。

这是另一个 StackOverflow 答案,其中列出了许多可以提高 SQLite 性能的不同内容,包括使用绑定变量和启用各种 PRAGMA 模式,这些模式会牺牲鲁棒性来换取速度:提高 SQLite 的每秒插入性能?