关于php:PDO操作大数据对象

32次阅读

共计 2900 个字符，预计需要花费 8 分钟才能阅读完成。

个别在数据库中，咱们保留的都只是 int、varchar 类型的数据，一是因为古代的关系型数据库对于这些内容会有很多的优化，二是大部分的索引也无奈施加在内容过多的字段上，比如说 text 类型的字段就很不适宜创立索引。所以，咱们在应用数据库时，很少会向数据库中存储很大的内容字段。然而，MySQL 其实也为咱们筹备了这种类型的存储，只是咱们平时用得不多而已。明天咱们就来学习理解一下应用 PDO 如何操作 MySQL 中的大数据对象。

“大”通常意味着“大概 4kb 或以上”，只管某些数据库在数据达到“大”之前能够轻松地解决多达 32kb 的数据。大对象实质上可能是文本或二进制模式的，咱们在 PDOStatement::bindParam() 或 PDOStatement::bindColumn() 调用中应用 PDO::PARAM_LOB 类型码能够让 PDO 应用大数据类型。PDO::PARAM_LOB 通知 PDO 作为流来映射数据，以便能应用 PHP Streams API 来操作。

对于 MySQL 来说，将字段类型设置为 blob 即是大对象格局的字段。而在 bindParam() 或 bindColumn() 时，指定字段的参数为 PDO::PARAM_LOB 类型，就能够间接以句柄模式取得这个对象外面的内容，就像 fopen() 一样地持续对它进行操作。

CREATE TABLE `zy_blob` (`id` int(11) NOT NULL AUTO_INCREMENT,
  `attach` longblob,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

这是咱们测试用的一个数据表，将 attach 字段设置为了 longblob 类型，也就是比拟大的 blob 类型，这样咱们就能够存储更多地信息。毕竟当初的图片或文件随随便便就是轻松地几 m 或几十 m 起步的，咱们间接应用最大的 blob 类型来进行简略地测试。tinyblob 的大小为 255 字节，blob 类型的大小为 65k，mediumblob 为 16M，longblob 为 4G。

咱们先来简略地间接操作大数据对象，看看是什么样的后果。

$stmt = $pdo->prepare("insert into zy_blob (attach) values (?)");
$fp = fopen('4960364865db53dcb33bcf.rar', 'rb');
$stmt->execute([$fp]);

$stmt = $pdo->query("select attach from zy_blob where id=1");
$file = $stmt->fetch(PDO::FETCH_ASSOC);
print_r($file); 
// Array
// (//     [attach] => Resource id #6
// )

在这段代码中，咱们没有绑定字段，而后间接将 fopen() 关上的文件存储到 blob 字段中。能够看出，在数据库中，blob 相干的字段只是存储了 Resource id #6 这样的字符串。也就是说，在不做任何解决的状况下，$fp 句柄被强制转换成了字符串类型，而句柄类型被强转的后果就是只会输入一个资源 ID，而 blob 也只是和字符类型的字段一样记录了这个字符串而已。

接下来咱们来看看正确的姿态，也就是通过 bindParam() 来插入数据，通过 bindColumn() 来读取数据。

$stmt = $pdo->prepare("insert into zy_blob (attach) values (?)");

$fp = fopen('4960364865db53dcb33bcf.rar', 'rb');

$stmt->bindParam(1, $fp, PDO::PARAM_LOB); // 绑定参数类型为 PDO::PARAM_LOB
$stmt->execute();

$stmt = $pdo->prepare("select attach from zy_blob where id=2");
// // $file = $stmt->fetch(PDO::FETCH_ASSOC);
// // print_r($file); // 空的
$stmt->execute();
$stmt->bindColumn(1, $file, PDO::PARAM_LOB); // 绑定一列到一个 PHP 变量
$stmt->fetch(PDO::FETCH_BOUND); // 指定获取形式，返回 TRUE 且将后果集中的列值调配给通过 PDOStatement::bindParam() 或 PDOStatement::bindColumn() 办法绑定的 PHP 变量
print_r($file); // 二进制乱码内容
$fp = fopen('a.rar', 'wb');
fwrite($fp, $file);

首先，咱们通过 bindParam() 绑定数据，并指定 PDO::PARAM_LOB 类型之后，就失常地向数据库里插入了文件的句柄二进制内容。接着，咱们应用 bindColumn() 并且也指定 PDO::PARAM_LOB 类型来取得查问进去的数据。间接打印查问进去的字段信息，就能够看到它是二进制的类型内容。最初，咱们将这个二进制内容保留成另一个名称的文件。

大家能够替换下面的文件内容，而后执行代码来看看最初生成的文件是不是和原来的文件一样的。我这里应用的是一个压缩包文件，最初生成的 a.rar 文件和原始文件大小以及解压后的内容都是完全一致的。

大数据对象操作的到底是什么呢？其实就是咱们平时要保留的大文件。咱们将这些文件以二进制流的形式读取到程序后，再将它们保留在数据库的字段中。想想咱们平时开发用到的最多的图片保留就能够用这个来做。然而，此处能够划重点了，咱们更加举荐的还是将文件间接保留在文件目录中，而数据库中只保留它们的门路就能够了。数据库资源是贵重的，表越大越不利于优化，而且数据库自身还有缓存机制，节约它的资源来保留这种大型的文件其实是得失相当的。当然，如果有某些非凡的须要，比方一些私密文件不想间接在硬盘文件目录中保留，或者做为长期的跨服务器存储计划都是能够的。

在古代开发中，置信你的公司也不会悭吝到不去买一个云存储（七牛、upyun、阿里云 OSS）。它们不仅仅是可能做为一个存储器、网盘，而是有更多的性能，比方图片的裁剪、水印，赠送的 CDN、带宽、流量之类的，总之，古代的存储大家还是尽量上云吧，即便是集体开发，也有不少厂商会提供小流量小数据量状况下的收费应用，这个都比咱们本人来要不便很多。

测试代码：

https://github.com/zhangyue0503/dev-blog/blob/master/php/202008/source/PDO%E6%93%8D%E4%BD%9C%E5%A4%A7%E6%95%B0%E6%8D%AE%E5%AF%B9%E8%B1%A1.php

参考文档：

各自媒体平台均可搜寻【硬核项目经理】

正文完