数据库存储图片:性能瓶颈还是说法不当? (数据库保存图片性能真的很差吗)

随着现代技术的不断发展,越来越多的应用程序需要处理大量的图片数据,这也促使着人们不断寻求更加高效的图片存储方案。传统的方法是将图片保存在服务器的文件系统中,而现在越来越多的程序开始将图片存储在数据库中,这样可以更好地利用数据库的特性和处理图片的相关操作。但是,有一些人认为将图片存储在数据库中会成为性能瓶颈,这是否正确呢?

我们需要了解数据库存储图片的优点。对于需要频繁访问图片的应用程序来说,数据库存储图片可以提供更快的访问速度。这是因为数据库通常可以很好地缓存数据,因此访问数据库中的图片可以比访问文件系统中的图片更快。此外,数据库还可以提供更好的安全性,因为它们可以提供更好的访问控制和数据加密功能。使用数据库存储图片可以更好地利用数据库的特性,如事务处理和版本控制等。

然而,有些人可能会认为将图片存储在数据库中会影响数据库性能,从而成为性能瓶颈。这个说法在某种程度上是正确的,但它缺少了细节和上下文。如果数据库使用得当,那么存储图片将不会成为性能问题。数据库软件在存储和检索大型二进制数据(如图片)方面有非常高效的方法。例如,许多数据库软件可以使用“二进制大对象”(BLOB)数据类型来存储二进制数据,而且它们甚至会专门针对BLOB类型进行优化,以确保高效的数据读写。因此,数据库存储图片不应该成为性能问题,但前提是要正确地配置数据库和使用正确的BLOB存储策略。

另一个可能成为“性能瓶颈”的问题是访问数据库中存储的图片所需的网络带宽。在这种情况下,如果应用程序必须从远程网络访问数据库,那么这可能会限制应用程序的性能。为了解决这个问题,应用程序开发人员需要注意减少网络访问时间的方法,例如使用图像缓存或使用内容分发网络(CDN)。

是否将图片存储在数据库中还取决于开发人员需要考虑的其他方面,例如数据备份和恢复,以及数据库升级和维护。这些问题可能会影响选项,并且需要特定于应用程序的解决方案。

数据库存储图片可以提供许多优势,并且可以作为应用程序的更佳解决方案之一。虽然一些人认为存储图片在数据库中会成为性能瓶颈,但是这个说法并不一定正确。正确地配置数据库并使用正确的存储策略可确保高性能数据访问和缓存,同时提供更好的安全性和利用数据库的特性。尽管数据库存储图片并不是适合所有应用程序的更佳解决方案,但它可能是一种值得考虑的选择。

相关问题拓展阅读:

mysql数据库可以存图片吗?

背景

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

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

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

举例

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

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

拷贝 100 份这样的图片来测试

root@ytt:/var/lib/mysql-files# for i in `seq 1 100`; do cp 微信图片_.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   微信图片_.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 ***************************

Table: tt_image1

Create Table: CREATE TABLE `tt_image1` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`image_file` longblob,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

1 row in set (0.00 sec)

mysql> show create table tt_image2G

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

Table: tt_image2

Create Table: CREATE TABLE `tt_image2` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`image_file` longtext,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

1 row in set (0.00 sec)

mysql> show create table tt_image3G

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

Table: tt_image3

Create Table: CREATE TABLE `tt_image3` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`image_file` varchar(100) DEFAULT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci

1 row in set (0.00 sec)

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

tt_image1

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;

tt_image2

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;

tt_image3

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`”;

检查下三张表记录数

mysql> select ‘tt_image1’ as name ,count(*) from tt_image1 union allselect ‘tt_image2’,count(*) from tt_image2 union all select ‘tt_image3’, count(*) from tt_image3;+++| name      | count(*) |+++| tt_image1 ||| tt_image2 ||| tt_image3 ||+++3 rows in set (0.00 sec)

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

root@ytt:/var/lib/mysql/ytt# ls -silhS tt_image*.1G -rw-rmysql mysql 1.1G Jul 11 07:27 tt_image2.ibdM -rw-rmysql mysql 544M Jul 11 07:26 tt_image1.ibdK -rw-rmysql mysql 112K Jul 11 07:27 tt_image3.ibd

那么怎么把图片取出来呢?

tt_image3 肯定是最容易的

mysql> select * from tt_image3;+—-++| id | image_file   |+—-++|  1 | /var/lib/mysql-files/1.jpg |+—-++…100 rows in set (0.00 sec)

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

mysql> DELIMITER $$mysql> USE `ytt`$$mysql> DROP PROCEDURE IF EXISTS `sp_get_image`$$mysql> CREATE DEFINER=`ytt`@`localhost` PROCEDURE `sp_get_image`()mysql> BEGIN      DECLARE i,cnt INT DEFAULT 0;      SELECT COUNT(*) FROM tt_image1 WHERE 1 INTO cnt;      WHILE i DELIMITER ;mysql> call sp_get_image;

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

总结

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

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

使用不易

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

mysql数据库是可以存储图片的,操作方法:

1、具体的脚本代码如下,其中我们假定文件上传域的名称为Picture;

2、这样,我们就可以成功的把图片保存到数据库中。如果在将图片插入MySQL的过程中出现问题,可以检查一下MySQL数据库所允许的更大数据包的大小。如果设置值过小的话,我们会在数据库的错误日志中找到相应的记录;

3、提取图片方法:编写两个文件。其中,之一个文件作为HTML页面的模板,定位饥掘档图片的显示位置。第二个文件则被用来从数据库中实际输出文件流,作为标烂乱签的SRC属性;

4、当HTML页面被浏览时,每显示一副图片就会调用一次Second.php3文件。当第二个文件被调用时会传入相应的Picture ID,我们可以借此从数据库中取回对应的图片并显示。

在设计到数据库的开发中,难免要将图片或音频文件插入到数据库中的情况。一般来说,我们可以同过插入图片文件相应的存储位置,而不是文件本身,来避免直接向数据库里插入的麻烦。但散兄有些时候,向MySQL中插入图片更加容易管理。

oracle存放图片对数据库的压力

oracle存仔袜放图旅晌片对数据库的压力?

答:在数据库表中建立一个LOB类型的字段,这种类型是专门用来保存图片等拆戚锋非结构化数据的,Oracle和SQL

关于数据库保存图片性能真的很差吗的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。

来源地址:数据库存储图片:性能瓶颈还是说法不当? (数据库保存图片性能真的很差吗)

转载声明:本站文章若无特别说明,皆为原创,转载请注明来源:www.88531.cn资享网,谢谢!^^

© 版权声明
THE END
喜欢就支持一下吧
点赞45 分享