我在 SQLite 数据库中有一个表,用于存储用 LZ4 算法压缩的 blob。我正在尝试使用 Compress::LZ4 中的解压缩/解压缩函数,但没有取得任何成功。
可以从这里下载示例 SQLite 数据库。
这是我连接到 SQLite 数据库并获取 blob 的方法:
use DBI;
use Data::Dump;
use MIME::Base64;
use Compress::LZ4;
my $dbh = DBI->connect("dbi:SQLite:dbname=$ARGV[0]","","");
$sth = $dbh->prepare("select blob_data from blob_parts where data_fk = 6");
$sth->execute();
$result = $sth->fetch;
$blob = $result->[0];
dd $blob;
dd (decompress($blob));
$sth->finish();
$dbh->disconnect;
Run Code Online (Sandbox Code Playgroud)
对于我在此示例代码中选择的特定 blob (data_fk=6),dd 输出以下内容:
"LZ4\1>\1\0\0\xF7\xD6df\xF1mBXML\1\xA1\aVersion\xA1\4Type\xA1\2Id\xA1\3Ref\xA1\4Size\xA1\3use\xA1\4expr\xA1\ 5value\xA1\4data\xA1/Serialization\xA1\aPoints3\xA1\tuser_E\0\xF0\16\bvertices\xA1\6double\xA1\bhas_attr\xA1\16\n\0\xC7object_ids\xA1\n\f \0\xF1M\4item\xA1\tis_active\xA0~B\20\n\22\6\4\x8C\1\0\0\0\6\2\xAA\24\6\0\xA4\x82 \x88\2\x80\x82\x82\xA6B\26\6\b\x80\1B\30 \6\b\x88\2\3B\32\1\x93\6\0\0\0`\ xACu\xCF\xBF\0\0\0\0\xCC\xF8\xC2?\0\0\0\0\0\x004\@\0\0\0 \xAA\xEF\xA9\20\x001h \xC5\xB1\b\0\xD0\0\0\$\@\1B\34\x85B\36\x87B C\0\xF0\aB\"\6\0\x88\3B\$\x85\ 1B\"\6\0\x88\3B\$\x85\1\1\1"
但是解压缩/解压缩函数只返回 undef。未压缩的数据应该类似于(以下输出由 XML 转换器生成):
<?xml version="1.0" encoding="utf-8"?>
<MultiStreamDocument>
<!-- Stream 1 -->
<?xml version="1.0" encoding="utf-8"?>
<data xmlns="" Id="1" Type="Points3" Version="1 2 0 1 1">
<user_data Size="0"></user_data>
<vertices Size="2">
<double>-0.24577860534191132</double>
<double>0.14821767807006836</double>
<double>20</double>
<double>0.050656620413064957</double>
<double>0.069418430328369141</double>
<double>10</double>
</vertices>
<has_attr>false</has_attr>
<has_object_ids>true</has_object_ids>
<object_ids Size="2">
<item Version="3">
<is_active>false</is_active>
</item>
<item Version="3">
<is_active>false</is_active>
</item>
</object_ids>
</data><!-- Stream size: 126 bytes -->
</MultiStreamDocument>
Run Code Online (Sandbox Code Playgroud)
从这个 SQLite 数据库中获取未压缩的 blob 数据的正确方法是什么?
您的数据看起来像是 LZ4 压缩的,并且以四个字节为前缀,"LZ4\1"大概是作为格式指示符
接下来的四个字节">\1\0\0"是小端原始大小字段,计算结果为 318 字节,这是合理的。库decompress函数需要这个字段
所以理论上,你应该能够写
$blob = substr($blob(4);
dd decompress($blob);
Run Code Online (Sandbox Code Playgroud)
并得到正确的结果。然而,这对我来说也产生了一个值undef,这表明数据已以某种方式损坏
可以肯定的是,大部分数据最终都未压缩。长度字段后面的两个字节是"\xF7\xD6",表示后面的数据是 229 字节的文字数据(第一个字节的高位 nybl - 0xF - 加上第二个字节 - 0xD6 - 是 0xE5 或 229)。那么这部分数据
"df\xF1mBXML\1\xA1\aVersion\xA1\4Type\xA1\2Id\xA1\3Ref\xA1\4Size\xA1\3use\xA1\4expr\xA1\5value\xA1\4data\xA1/http://www.slb.com/Petrel/2011/03/Serialization\xA1\aPoints3\xA1\tuser_E\0\xF0\16\bvertices\xA1\6double\xA1\bhas_attr\xA1\16\n\0\xC7object_ids\xA1\n\f\0\xF1M\4item\xA1\tis_active\xA0~B\20\n\22\6\4\x8C\1\0\0\0\6\2\xAA\24\6\0\xA4\x82\x88\2\x80\x82\x82\xA6B\26\6\b\x80\1"
Run Code Online (Sandbox Code Playgroud)
是字面意思,可以通过它包含的可读文本量来猜测
接下来的两个字节"B\30"应指示应从中复制数据的已转换缓冲区内的偏移量。不幸的是,它的计算结果为 6210,而正如我们所见,缓冲区到目前为止只有 229 字节长。这可能是数据导致函数decompress犹豫并返回的地方undef
这是我能从你的数据中得到的最好的结果。我希望它有帮助
| 归档时间: |
|
| 查看次数: |
327 次 |
| 最近记录: |