a.在线备份

Stephen_Liu  

一、常用备份:

    下面的方法是比较简单且常用的SQLite数据库备份方式,见如下步骤:
    1). 使用SQLite API或Shell工具在源数据库文件上加共享锁。
    2). 使用Shell工具(cp或copy)拷贝数据库文件到备份目录。
    3). 解除数据库文件上的共享锁。
    以上3个步骤可以应用于大多数场景,而且速度也比较快,然而却存在一定的刚性缺陷,如:
    1). 所有打算在源数据库上执行写操作的连接都不得不被挂起,直到整个拷贝过程结束并释放文件共享锁。
    2). 不能拷贝数据到in-memory数据库。
    3). 在拷贝过程中,一旦备份数据库所在的主机出现任何突发故障,备份数据库可能会被破坏。
   

在SQLite中提供了一组用于在线数据库备份的APIs函数(C接口),可以很好的解决上述方法存在的不足。通过该组函数,可以将源数据库中的内容拷贝到另一个数据库,同时覆盖目标数据库中的数据。整个拷贝过程可以以增量的方式完成,在此情况下,源数据库也不需要在整个拷贝过程中都被加锁,而只是在真正读取数据时加共享锁。这样,其它的用户在访问源数据库时就不会被挂起。
   
二、在线备份APIs简介:

    SQLite提供了以下3个APIs函数用于完成此操作,这里仅仅给出它们的基本用法,至于使用细节可以参考SQLite官方网站"APIs Reference"(http://www.sqlite.org/c3ref/backup_finish.html)。
    1). 函数sqlite3_backup_init()用于创建sqlite3_backup对象,该对象将作为本次拷贝操作的句柄传给其余两个函数。
    2). 函数sqlite3_backup_step()用于数据拷贝,如果该函数的第二个参数为-1,那么整个拷贝过程都将在该函数的一次调用中完成。
    3). 函数sqlite3_backup_finish()用于释放sqlite3_backup_init()函数申请的资源,以避免资源泄露。
  

 在整个拷贝过程中如果出现任何错误,我们都可以通过调用目的数据库连接的sqlite3_errcode()函数来获取具体的错误码。此外,如果sqlite3_backup_step()调用失败,由于sqlite3_backup_finish()函数并不会修改当前连接的错误码,因此我们可以在调用sqlite3_backup_finish()之后再获取错误码,从而在代码中减少了一次错误处理。见如下代码示例(来自SQLite官网):

复制代码

                 
  loadOrSaveDb(sqlite3 *pInMemory,   *zFilename,  isSave){
    rc;                   
   sqlite3 *pFile;           
   sqlite3_backup *pBackup;  
   sqlite3 *pTo;             
   sqlite3 *pFrom;           
 
    
   rc = sqlite3_open(zFilename, &pFile);
   ( rc==SQLITE_OK ){
 
         
     pFrom = (isSave ? pInMemory : pFile);
     pTo   = (isSave ? pFile     : pInMemory);
 
                
     pBackup = sqlite3_backup_init(pTo, , pFrom, );
     ( pBackup ){
       ()sqlite3_backup_step(pBackup, -);
       ()sqlite3_backup_finish(pBackup);
     }
     rc = sqlite3_errcode(pTo);
   }
 
    
   ()sqlite3_close(pFile);
    rc;
 }

复制代码

   
三、高级应用技巧:
    
    在上面的例子中,我们是通过sqlite3_backup_step()函数的一次调用完成了整个拷贝过程。该实现方式仍然存在之前说过的挂起其它写访问连接的问题,为了解决该问题,这里我们将继续介绍另外一种更高级的实现方式–分片拷贝,其实现步骤如下:
    1). 函数sqlite3_backup_init()用于创建sqlite3_backup对象,该对象将作为本次拷贝操作的句柄传给其余两个函数。
    2). 函数sqlite3_backup_step()被调用用于拷贝数据,和之前方法不同的是,该函数的第二个参数不再是-1,而是一个普通的正整数,表示每次调用将会拷贝的页面数量,如5。
    3). 如果在函数sqlite3_backup_step()调用结束后,仍然有更多的页面需要被拷贝,那么我们将主动休眠250ms,然后再重复步骤2).
    4). 函数sqlite3_backup_finish()用于释放sqlite3_backup_init()函数申请的资源,以避免资源泄露。
   

在上述步骤3)中我们主动休眠250ms,此期间,该拷贝操作不会在源数据库上持有任何读锁,这样其它的数据库连接在进行写操作时亦将不会被挂起。然而在休眠期间,如果另外一个线程或进程对源数据库进行了写操作,SQLite将会检测到该事件的发生,从而在下一次调用sqlite3_backup_step()函数时重新开始整个拷贝过程。唯一的例外是,如果源数据库不是in-memory数据库,同时写操作是在与拷贝操作同一个进程内完成,并且在操作时使用的也是同一个数据库连接句柄,那么目的数据库中数据也将被此操作同时自动修改。在下一次调用sqlite3_backup_step()时,也将不会有任何影响发生。  
    事实上,在SQLite中仍然提供了另外两个辅助性函数backup_remaining()backup_pagecount(),其中前者将返回在当前备份操作中还有多少页面需要被拷贝,而后者将返回本次操作总共需要拷贝的页面数量。显而易见的是,通过这两个函数的返回结果,我们可以实时显示本次备份操作的整体进度,计算公式如下:
    Completion = 100% * (pagecount() – remaining()) / pagecount()
    见以下代码示例(来自SQLite官网):

复制代码

                   
  backupDb(
   sqlite3 *pDb,               
     *zFilename,      
   (*xProgress)(, )       
 ){
    rc;                     
   sqlite3 *pFile;             
   sqlite3_backup *pBackup;    
 
   
   rc = sqlite3_open(zFilename, &pFile);
   ( rc==SQLITE_OK ){
 
     
     pBackup = sqlite3_backup_init(pFile, , pDb, );
     ( pBackup ){
 
          
        {
         rc = sqlite3_backup_step(pBackup, );
         xProgress(
             sqlite3_backup_remaining(pBackup),
             sqlite3_backup_pagecount(pBackup)
         );
         ( rc==SQLITE_OK || rc==SQLITE_BUSY || rc==SQLITE_LOCKED ){
           sqlite3_sleep();
         }
       } ( rc==SQLITE_OK || rc==SQLITE_BUSY || rc==SQLITE_LOCKED );
 
       
       ()sqlite3_backup_finish(pBackup);
     }
     rc = sqlite3_errcode(pFile);
   }
   
    
   ()sqlite3_close(pFile);
    rc;
 }

复制代码

Posted in 学习手册.