您当前的位置:首页 > 互联网教程

MySQL中的二进制处理技巧mysql二进制数据

发布时间:2025-05-16 05:56:53    发布人:远客网络

MySQL中的二进制处理技巧mysql二进制数据

一、MySQL中的二进制处理技巧mysql二进制数据

MySQL提供了非常有效的二进制处理技巧,以有效地管理二进制数据。在MySQL中,存储、检索和处理二进制数据是一项非常常见的任务。MySQL专为处理二进制数据提供了一些有用的特征,从而能够以更高的效率,以及最少的限制,对二进制数据进行管理。

有两个MySQL内置函数,可以帮助管理二进制数据:BIT_LENGTH()和BIT_COUNT()。BIT_LENGTH()函数接受一个二进制表达式作为输入参数,并返回一个整数,该整数表示给定表达式的位长度。另一个MySQL内置函数BIT_COUNT()接受一个二进制表达式作为输入参数,并返回一个整数,该整数表示给定表达式中所拥有的1位数。

要使用 BIT_LENGTH()和BIT_COUNT()函数,必须将MySQL查询语句写成以下形式:

SELECT BIT_LENGTH(binary_expression)

SELECT BIT_COUNT(binary_expression)

如果只需要计算该表中的每行的位数,则可以更改SELECT语句的内容如下:

MySQL还支持对二进制类型数据的运算,可以使用运算符将值进行计算,如下:

SELECT BINARY_EXPRESSION1& BINARY_EXPRESSION2

SELECT BINARY_EXPRESSION1| BINARY_EXPRESSION2

MySQL还提供了其他一些有用的二进制函数,如:BIN_TO_NUM(), COMPRESS(), ENCODE()及DECODE()等。

因此,MySQL的二进制处理能力为处理二进制数据提供了有效的方法,许多应用都可以从中受益,尤其是在分析大量数据的任务中,MySQL的二进制处理技巧起到了关键的作用。

二、MySQL里存储图片的是什么数据类型

MySQL一直以来都有 TEXT、BLOB等类型用来存储图片、视频等大对象信息。比如一张图片,随便一张都 5M以上。视频也是,随便一部视频就是 2G以上。

假设用 MySQL来存放电影视频等信息,一部是 2G,那么存储 1000部就是 2TB,2TB也就是 1000条记录而已,但是对数据库性能来说,不仅仅是看记录数量,更主要的还得看占用磁盘空间大小。空间大了,所有以前的经验啥的都失效了。

所以一般来说存放这类信息,也就是存储他们的存放路径,至于文件本身存放在哪里,那这就不是数据库考虑的范畴了。数据库只关心怎么来的快,怎么来的小。

虽然不推荐 MySQL这样做,但是也得知道 MySQL该怎么做才行,做到心里有数。比如下面一张微信图片,大概 5M的样子。

root@ytt:/var/lib/mysql-files# ls-sihl微信图片_20190711095019.jpg274501 5.4M-rw-r--r-- 1 root root 5.4M Jul 11 07:17微信图片_20190711095019.jpg

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`; do cp微信图片_20190711095019.jpg"$i".jpg;done;

root@ytt:/var/lib/mysql-files# ls

100.jpg 17.jpg 25.jpg 33.jpg 41.jpg 4.jpg 58.jpg 66.jpg 74.jpg 82.jpg 90.jpg 99.jpg f8.tsv

10.jpg 18.jpg 26.jpg 34.jpg 42.jpg 50.jpg 59.jpg 67.jpg 75.jpg 83.jpg 91.jpg 9.jpg微信图片_20190711095019.jpg

1111.jpg 19.jpg 27.jpg 35.jpg 43.jpg 51.jpg 5.jpg 68.jpg 76.jpg 84.jpg 92.jpg f1.tsv

11.jpg 1.jpg 28.jpg 36.jpg 44.jpg 52.jpg 60.jpg 69.jpg 77.jpg 85.jpg 93.jpg f2.tsv

12.jpg 20.jpg 29.jpg 37.jpg 45.jpg 53.jpg 61.jpg 6.jpg 78.jpg 86.jpg 94.jpg f3.tsv

13.jpg 21.jpg 2.jpg 38.jpg 46.jpg 54.jpg 62.jpg 70.jpg 79.jpg 87.jpg 95.jpg f4.tsv

14.jpg 22.jpg 30.jpg 39.jpg 47.jpg 55.jpg 63.jpg 71.jpg 7.jpg 88.jpg 96.jpg f5.tsv

15.jpg 23.jpg 31.jpg 3.jpg 48.jpg 56.jpg 64.jpg 72.jpg 80.jpg 89.jpg 97.jpg f6.tsv

16.jpg 24.jpg 32.jpg 40.jpg 49.jpg 57.jpg 65.jpg 73.jpg 81.jpg 8.jpg 98.jpg f7.tsv

我们建三张表,分别用 LONGBLOB、LONGTEXT和 VARCHAR来存储这些图片信息

mysql> show create table tt_image1G

*************************** 1. row***************************

Create Table: CREATE TABLE `tt_image1`(

`id` int(11) NOT NULL AUTO_INCREMENT,

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

mysql> show create table tt_image2G

*************************** 1. row***************************

Create Table: CREATE TABLE `tt_image2`(

`id` int(11) NOT NULL AUTO_INCREMENT,

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

mysql> show create table tt_image3G

*************************** 1. row***************************

Create Table: CREATE TABLE `tt_image3`(

`id` int(11) NOT NULL AUTO_INCREMENT,

`image_file` varchar(100) DEFAULT NULL,

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

我们来给三张表插入 100张图片(插入前,建议把 max_allowed_packet设置到最大)

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;

do mysql-S/var/run/mysqld/mysqld.sock-e"insert into ytt.tt_image1(image_file)

values(load_file('/var/lib/mysql-files/$i.jpg'))";done;

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;

do mysql-S/var/run/mysqld/mysqld.sock-e"insert into ytt.tt_image2(image_file)

values(hex(load_file('/var/lib/mysql-files/$i.jpg')))";done;

root@ytt:/var/lib/mysql-files# aa='begin;';for i in `seq 1 100`;

do aa=$aa"insert into ytt.tt_image3(image_file) values

('/var/lib/mysql-files/$i.jpg');";

done;aa=$aa'commit;';mysql-S/var/run/mysqld/mysqld.sock-e"`echo$aa`";

看下文件大小,可以看到实际大小排名,LONGTEXT字段存储的最大,LONGBLOB字段缩小到一半,最小的是存储图片路径的表 tt_image3。所以这里从存储空间来看,存放路径最占优势。

tt_image1直接导出来二进制文件即可,下面我写了个存储过程,导出所有图片。

tt_image2类似,把 select语句里 image_file变为 unhex(image_file)即可。

这里我举了个用 MySQL来存放图片的例子,总的来说有以下三点:

占用磁盘空间大(这样会带来各种各样的功能与性能问题,比如备份,写入,读取操作等)

还是推荐用文件路径来代替实际的文件内容存放

三、如何在mysql 或者 其他的数据库中存放图片 音频 视频

MySQL一直以来都有 TEXT、BLOB等类型用来存储图片、视频等大对象信息。比如一张图片,随便一张都 5M以上。视频也是,随便一部视频就是 2G以上。

假设用 MySQL来存放电影视频等信息,一部是 2G,那么存储 1000部就是 2TB,2TB也就是 1000条记录而已,但是对数据库性能来说,不仅仅是看记录数量,更主要的还得看占用磁盘空间大小。空间大了,所有以前的经验啥的都失效了。

所以一般来说存放这类信息,也就是存储他们的存放路径,至于文件本身存放在哪里,那这就不是数据库考虑的范畴了。数据库只关心怎么来的快,怎么来的小。

虽然不推荐 MySQL这样做,但是也得知道 MySQL该怎么做才行,做到心里有数。比如下面一张微信图片,大概 5M的样子。

root@ytt:/var/lib/mysql-files# ls-sihl微信图片_20190711095019.jpg274501 5.4M-rw-r--r-- 1 root root 5.4M Jul 11 07:17微信图片_20190711095019.jpg

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`; do cp微信图片_20190711095019.jpg"$i".jpg;done;

root@ytt:/var/lib/mysql-files# ls

100.jpg 17.jpg 25.jpg 33.jpg 41.jpg 4.jpg 58.jpg 66.jpg 74.jpg 82.jpg 90.jpg 99.jpg f8.tsv

10.jpg 18.jpg 26.jpg 34.jpg 42.jpg 50.jpg 59.jpg 67.jpg 75.jpg 83.jpg 91.jpg 9.jpg微信图片_20190711095019.jpg

1111.jpg 19.jpg 27.jpg 35.jpg 43.jpg 51.jpg 5.jpg 68.jpg 76.jpg 84.jpg 92.jpg f1.tsv

11.jpg 1.jpg 28.jpg 36.jpg 44.jpg 52.jpg 60.jpg 69.jpg 77.jpg 85.jpg 93.jpg f2.tsv

12.jpg 20.jpg 29.jpg 37.jpg 45.jpg 53.jpg 61.jpg 6.jpg 78.jpg 86.jpg 94.jpg f3.tsv

13.jpg 21.jpg 2.jpg 38.jpg 46.jpg 54.jpg 62.jpg 70.jpg 79.jpg 87.jpg 95.jpg f4.tsv

14.jpg 22.jpg 30.jpg 39.jpg 47.jpg 55.jpg 63.jpg 71.jpg 7.jpg 88.jpg 96.jpg f5.tsv

15.jpg 23.jpg 31.jpg 3.jpg 48.jpg 56.jpg 64.jpg 72.jpg 80.jpg 89.jpg 97.jpg f6.tsv

16.jpg 24.jpg 32.jpg 40.jpg 49.jpg 57.jpg 65.jpg 73.jpg 81.jpg 8.jpg 98.jpg f7.tsv

我们建三张表,分别用 LONGBLOB、LONGTEXT和 VARCHAR来存储这些图片信息

mysql> show create table tt_image1G

*************************** 1. row***************************

Create Table: CREATE TABLE `tt_image1`(

`id` int(11) NOT NULL AUTO_INCREMENT,

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

mysql> show create table tt_image2G

*************************** 1. row***************************

Create Table: CREATE TABLE `tt_image2`(

`id` int(11) NOT NULL AUTO_INCREMENT,

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

mysql> show create table tt_image3G

*************************** 1. row***************************

Create Table: CREATE TABLE `tt_image3`(

`id` int(11) NOT NULL AUTO_INCREMENT,

`image_file` varchar(100) DEFAULT NULL,

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

我们来给三张表插入 100张图片(插入前,建议把 max_allowed_packet设置到最大)

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;

do mysql-S/var/run/mysqld/mysqld.sock-e"insert into ytt.tt_image1(image_file)

values(load_file('/var/lib/mysql-files/$i.jpg'))";done;

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;

do mysql-S/var/run/mysqld/mysqld.sock-e"insert into ytt.tt_image2(image_file)

values(hex(load_file('/var/lib/mysql-files/$i.jpg')))";done;

root@ytt:/var/lib/mysql-files# aa='begin;';for i in `seq 1 100`;

do aa=$aa"insert into ytt.tt_image3(image_file) values

('/var/lib/mysql-files/$i.jpg');";

done;aa=$aa'commit;';mysql-S/var/run/mysqld/mysqld.sock-e"`echo$aa`";

看下文件大小,可以看到实际大小排名,LONGTEXT字段存储的最大,LONGBLOB字段缩小到一半,最小的是存储图片路径的表 tt_image3。所以这里从存储空间来看,存放路径最占优势。

tt_image1直接导出来二进制文件即可,下面我写了个存储过程,导出所有图片。

tt_image2类似,把 select语句里 image_file变为 unhex(image_file)即可。

这里我举了个用 MySQL来存放图片的例子,总的来说有以下三点:

占用磁盘空间大(这样会带来各种各样的功能与性能问题,比如备份,写入,读取操作等)

还是推荐用文件路径来代替实际的文件内容存放