读取完整Blob时，sqlite3_column_blob与sqlite3_read_blob效率及使用疑问

问题1：sqlite3_read_blob是否能规避sqlite3_column_blob的额外复制？ #

是的，sqlite3_read_blob确实可以规避那一次额外的复制操作。

sqlite3_column_blob的工作流程是：先将Blob数据从数据库的页缓存（或磁盘）复制到SQLite内部托管的内存区域，之后用户代码再从这个托管内存复制到自己的缓冲区，整个过程会发生两次数据复制。

而sqlite3_read_blob作为增量I/O API，是直接将Blob数据从数据库的页缓存（或磁盘）读取到用户指定的缓冲区中，全程只需要一次数据复制。不过如果Blob数据本身很小，这种复制次数的差异带来的性能提升可能不明显；但对于大体积的Blob，sqlite3_read_blob的效率优势会非常显著。

问题2：TEXT主键场景下，sqlite3_read_blob比预编译语句效率更低？ #

这个判断在单次Blob读取的场景下是成立的，但也要看具体使用场景：

• 预编译语句的优势：
  预编译的SELECT data FROM image_table WHERE name = ?1可以被SQLite缓存，重复执行时无需重新解析SQL语句，绑定TEXT主键后直接执行查询，就能通过sqlite3_column_blob读取Blob，整个流程是一次查询完成读取，步骤简洁高效。

• sqlite3_read_blob的局限与适用场景：
  使用sqlite3_read_blob必须先通过查询获取目标行的行标识（比如ROWID，或者无ROWID表的主键内部标识），之后再调用sqlite3_blob_open指定数据库名、表名、列名和行号才能读取。这个额外的查询步骤会增加单次操作的开销，确实比直接用预编译语句慢。
  但如果是需要多次增量读取同一个Blob（比如分块读取大文件），或者需要对Blob进行写入操作（配合sqlite3_blob_write），sqlite3_read_blob的API设计会更灵活，能避免一次性加载大Blob到内存，此时整体效率反而更高。

内容的提问来源于stack exchange，提问作者Zebrafish