数据库存储图片性能影响分析 (数据库存图片会影响性能吗)
简介
随着互联网技术的发展，越来越多的网站使用图片来增强用户体验。图片的存储方式可以分为两种，一种是将图片存储在文件系统中，另一种是将图片存储在数据库中。在这篇文章中，我们将探讨将图片存储在数据库中可能对性能造成的影响，并提出解决方案。
图片存储方式比较
在讨论影响数据库性能的问题之前，我们首先需要了解两种图片存储方式的优缺点。
1. 文件系统存储
将图片存储在文件系统中是最常见的方式。文件系统存储仅将图片的地址存储在数据库中，而不是图片的实际内容。例如，将一张图片上传到服务器时，服务器会将图片储存到硬盘上的某个目录中，并在数据库中引用该目录。文件系统存储的优点如下：
– 空间占用：将图片存储在文件系统中会占用更少的空间，因为它只需要在数据库中引用文件路径，而不需要将整个文件存储在数据库中。
– 性能：将图片存储在文件系统中可以提高性能，因为此时只需要访问硬盘上的文件，而不是从数据库中读取图片。
2. 数据库存储
另一种将图片存储的方式是将图片直接储存在数据库中。数据库存储的优点如下：
– 统一管理：将图片存储在数据库中可以统一管理，方便维护。
– 安全性：将图片存储在数据库中可以提高安全性，因为只有授权用户可以访问数据库。
图片存储方式的比较
影响数据库性能的问题
虽然数据库存储图片有其优点，但这种方法也可能会对数据库的性能造成影响。以下是可能的影响：
1. 占用空间
当将图片存储在数据库中时，每个图片都会使用一定的存储空间。预计存储大量图片时，它们将占用大量的存储空间，从而降低数据库的性能。
2. 读取速度
将图片存储在数据库中时，读取图片可能比从文件系统中读取慢。这是由于需要从数据库中检索所有与图像相关的数据。当大量的图片存储在数据库中时，这会降低数据库的读取速度并造成性能问题。
3. 备份和恢复
在数据库中存储图片可能会使备份和恢复变得更加困难。数据恢复可能需要更长时间，相应地，数据库备份也可能需要更多的空间和时间。
解决方案
如果您决定在数据库中存储图片，以下是一些解决方案，以避免以上提到的潜在问题：
1. 图片压缩
一种解决方案是将图片压缩。压缩图片可以减少占用的存储空间，从而提高数据库性能。压缩时要注意不要过度压缩，因为此时可能会降低图片的质量。
2. 图片缓存
将图片缓存可以减少从数据库中读取图片的次数，并减少对数据库的请求。缓存可通过内存缓存、磁盘缓存和分布式缓存实现。缓存应根据页面访问频率和缓存时间进行调整。
3. 分离数据库
将图片存放在专用的数据库中，以便于管理和维护。这样可以将图片与其他数据隔离开来，减少对其他数据的影响，并且能够为数据库管理员提供更好的管理和维护能力。
结论
将图片存储在数据库中具有一些优点，例如统一管理和提高安全性。然而，它也可能会对数据库的性能造成影响。为避免这些问题，需要对图片进行压缩，缓存和将其与其他数据隔离开来。这样可以更大限度地减少对数据库性能的影响并提高网站的性能。
相关问题拓展阅读：
mysql数据库可以存图片吗？
mysql数据库是可以存储图片的，操作方法：
1、具体的脚本代码如下，其中我们假定文件上传域的名称为Picture；
2、这样，我们就可以成功的把图片保存到数据库中。如果在将图片插入MySQL的过程中出现问题，可以检查一下MySQL数据库所允许的更大数据包的大小。如果设置值过小的话，我们会在数据库的错误日志中找到相应的记录；
3、提取图片方法：编写两个文件。其中，之一个文件作为HTML页面的模板，定位图片的显示位置。第二个文件则被用来从数据库中实际输出文件流，作为标签的SRC属性；
4、当HTML页面被浏览时，每显示一副图片就会调用一次Second.php3文件。当第二个文件被调用时会传入相应的Picture ID，我们可以借此从数据库中取回对应的图片并显示。
在设计到数据库的开发中，难免要将图片或音频文件插入到数据库中的情况。一般来说，我们可以同过插入图片文件相应的存储位置，而不是文件本身，来避免直接向数据库里插入的麻烦。但有些时候，向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数据库可以存图片吗？的信息别忘了在本站进行查找喔。
