建站
咨詢
售后
建站咨詢
新聞中心
隨著現(xiàn)代技術(shù)的不斷發(fā)展，越來(lái)越多的應(yīng)用程序需要處理大量的圖片數(shù)據(jù)，這也促使著人們不斷尋求更加高效的圖片存儲(chǔ)方案。傳統(tǒng)的方法是將圖片保存在服務(wù)器的文件系統(tǒng)中，而現(xiàn)在越來(lái)越多的程序開(kāi)始將圖片存儲(chǔ)在數(shù)據(jù)庫(kù)中，這樣可以更好地利用數(shù)據(jù)庫(kù)的特性和處理圖片的相關(guān)操作。但是，有一些人認(rèn)為將圖片存儲(chǔ)在數(shù)據(jù)庫(kù)中會(huì)成為性能瓶頸，這是否正確呢？
創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站建設(shè)、網(wǎng)站制作、網(wǎng)頁(yè)設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)建水,十年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專(zhuān)業(yè),歡迎來(lái)電咨詢建站服務(wù):13518219792
我們需要了解數(shù)據(jù)庫(kù)存儲(chǔ)圖片的優(yōu)點(diǎn)。對(duì)于需要頻繁訪問(wèn)圖片的應(yīng)用程序來(lái)說(shuō)，數(shù)據(jù)庫(kù)存儲(chǔ)圖片可以提供更快的訪問(wèn)速度。這是因?yàn)閿?shù)據(jù)庫(kù)通?？梢院芎玫鼐彺鏀?shù)據(jù)，因此訪問(wèn)數(shù)據(jù)庫(kù)中的圖片可以比訪問(wèn)文件系統(tǒng)中的圖片更快。此外，數(shù)據(jù)庫(kù)還可以提供更好的安全性，因?yàn)樗鼈兛梢蕴峁└玫脑L問(wèn)控制和數(shù)據(jù)加密功能。使用數(shù)據(jù)庫(kù)存儲(chǔ)圖片可以更好地利用數(shù)據(jù)庫(kù)的特性，如事務(wù)處理和版本控制等。
然而，有些人可能會(huì)認(rèn)為將圖片存儲(chǔ)在數(shù)據(jù)庫(kù)中會(huì)影響數(shù)據(jù)庫(kù)性能，從而成為性能瓶頸。這個(gè)說(shuō)法在某種程度上是正確的，但它缺少了細(xì)節(jié)和上下文。如果數(shù)據(jù)庫(kù)使用得當(dāng)，那么存儲(chǔ)圖片將不會(huì)成為性能問(wèn)題。數(shù)據(jù)庫(kù)軟件在存儲(chǔ)和檢索大型二進(jìn)制數(shù)據(jù)（如圖片）方面有非常高效的方法。例如，許多數(shù)據(jù)庫(kù)軟件可以使用“二進(jìn)制大對(duì)象”（BLOB）數(shù)據(jù)類(lèi)型來(lái)存儲(chǔ)二進(jìn)制數(shù)據(jù)，而且它們甚至?xí)?zhuān)門(mén)針對(duì)BLOB類(lèi)型進(jìn)行優(yōu)化，以確保高效的數(shù)據(jù)讀寫(xiě)。因此，數(shù)據(jù)庫(kù)存儲(chǔ)圖片不應(yīng)該成為性能問(wèn)題，但前提是要正確地配置數(shù)據(jù)庫(kù)和使用正確的BLOB存儲(chǔ)策略。
另一個(gè)可能成為“性能瓶頸”的問(wèn)題是訪問(wèn)數(shù)據(jù)庫(kù)中存儲(chǔ)的圖片所需的網(wǎng)絡(luò)帶寬。在這種情況下，如果應(yīng)用程序必須從遠(yuǎn)程網(wǎng)絡(luò)訪問(wèn)數(shù)據(jù)庫(kù)，那么這可能會(huì)限制應(yīng)用程序的性能。為了解決這個(gè)問(wèn)題，應(yīng)用程序開(kāi)發(fā)人員需要注意減少網(wǎng)絡(luò)訪問(wèn)時(shí)間的方法，例如使用圖像緩存或使用內(nèi)容分發(fā)網(wǎng)絡(luò)（CDN）。
是否將圖片存儲(chǔ)在數(shù)據(jù)庫(kù)中還取決于開(kāi)發(fā)人員需要考慮的其他方面，例如數(shù)據(jù)備份和恢復(fù)，以及數(shù)據(jù)庫(kù)升級(jí)和維護(hù)。這些問(wèn)題可能會(huì)影響選項(xiàng)，并且需要特定于應(yīng)用程序的解決方案。
數(shù)據(jù)庫(kù)存儲(chǔ)圖片可以提供許多優(yōu)勢(shì)，并且可以作為應(yīng)用程序的更佳解決方案之一。雖然一些人認(rèn)為存儲(chǔ)圖片在數(shù)據(jù)庫(kù)中會(huì)成為性能瓶頸，但是這個(gè)說(shuō)法并不一定正確。正確地配置數(shù)據(jù)庫(kù)并使用正確的存儲(chǔ)策略可確保高性能數(shù)據(jù)訪問(wèn)和緩存，同時(shí)提供更好的安全性和利用數(shù)據(jù)庫(kù)的特性。盡管數(shù)據(jù)庫(kù)存儲(chǔ)圖片并不是適合所有應(yīng)用程序的更佳解決方案，但它可能是一種值得考慮的選擇。
相關(guān)問(wèn)題拓展閱讀：
- mysql數(shù)據(jù)庫(kù)可以存圖片嗎？
- oracle存放圖片對(duì)數(shù)據(jù)庫(kù)的壓力
mysql數(shù)據(jù)庫(kù)可以存圖片嗎？
背景
MySQL 一直以來(lái)都有 TEXT、擾灶BLOB 等類(lèi)型用來(lái)存儲(chǔ)圖片、視頻等大對(duì)象信息。比如一張圖片，隨便一張都 5M 以上。視頻也是，隨便一部視頻就是 2G 以上。
假設(shè)用 MySQL 來(lái)存放電影視頻等信息，一部是 2G，那么存儲(chǔ) 1000 部就是 2TB，2TB 也就是 1000 條記錄而已，但是對(duì)數(shù)據(jù)庫(kù)性能來(lái)說(shuō)，不僅僅是看記錄數(shù)量，更主要的還得看占用磁盤(pán)洞李頌空間大小?？臻g大了，所有以前的經(jīng)驗(yàn)啥的都失效了。
所以一般來(lái)說(shuō)存放這類(lèi)信息，也就是存儲(chǔ)他們的存放路徑，至于文件本身存放在哪里，那這就不是數(shù)據(jù)庫(kù)考慮的范疇了。數(shù)據(jù)庫(kù)只關(guān)心怎么來(lái)的快，怎么來(lái)的小。
舉例
雖然不推薦 MySQL 這樣做，但是也得知道 MySQL 該怎么做才行，做到心里有數(shù)。比如下面一張微信圖片，大概 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 份這樣的圖片來(lái)測(cè)試
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 來(lái)存儲(chǔ)這些圖片信息
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)
我們來(lái)給三張表插入 100 張圖片（插入前，建議把 max_allowed_packet 設(shè)置到更大）
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`”;
檢查下三張表記錄數(shù)
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)
看下文件大小，可以看到實(shí)際大小排名，LONGTEXT 字段存儲(chǔ)的更大，LONGBLOB 字段縮小到一半，最小的是存儲(chǔ)圖片路徑的表 tt_image3。所以這里從存儲(chǔ)空間來(lái)看，存放路徑最占優(yōu)勢(shì)。
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
那么怎么把圖片取出來(lái)呢？
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 直接導(dǎo)出來(lái)二進(jìn)制文件即可，下面我寫(xiě)了個(gè)存儲(chǔ)過(guò)程，導(dǎo)出所有圖片。
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 類(lèi)似，把 select 語(yǔ)句里 image_file 變?yōu)?unhex(image_file) 即可。
總結(jié)
這里我舉了個(gè)用 MySQL 來(lái)存放圖片的例子，總的來(lái)說(shuō)有以下三點(diǎn)：
占用磁盤(pán)空間大（這樣會(huì)帶來(lái)各種各樣的功能與性能問(wèn)題，比如備份，寫(xiě)入，讀取操作等）
使用不易
還是推薦用文件路徑來(lái)代替實(shí)際的文件內(nèi)容存放
mysql數(shù)據(jù)庫(kù)是可以存儲(chǔ)圖片的，操作方法：
1、具體的腳本代碼如下，其中我們假定文件上傳域的名稱為Picture；
2、這樣，我們就可以成功的把圖片保存到數(shù)據(jù)庫(kù)中。如果在將圖片插入MySQL的過(guò)程中出現(xiàn)問(wèn)題，可以檢查一下MySQL數(shù)據(jù)庫(kù)所允許的更大數(shù)據(jù)包的大小。如果設(shè)置值過(guò)小的話，我們會(huì)在數(shù)據(jù)庫(kù)的錯(cuò)誤日志中找到相應(yīng)的記錄；
3、提取圖片方法：編寫(xiě)兩個(gè)文件。其中，之一個(gè)文件作為HTML頁(yè)面的模板，定位饑掘檔圖片的顯示位置。第二個(gè)文件則被用來(lái)從數(shù)據(jù)庫(kù)中實(shí)際輸出文件流，作為標(biāo)爛亂簽的SRC屬性；
4、當(dāng)HTML頁(yè)面被瀏覽時(shí)，每顯示一副圖片就會(huì)調(diào)用一次Second.php3文件。當(dāng)?shù)诙€(gè)文件被調(diào)用時(shí)會(huì)傳入相應(yīng)的Picture ID，我們可以借此從數(shù)據(jù)庫(kù)中取回對(duì)應(yīng)的圖片并顯示。
在設(shè)計(jì)到數(shù)據(jù)庫(kù)的開(kāi)發(fā)中，難免要將圖片或音頻文件插入到數(shù)據(jù)庫(kù)中的情況。一般來(lái)說(shuō)，我們可以同過(guò)插入圖片文件相應(yīng)的存儲(chǔ)位置，而不是文件本身，來(lái)避免直接向數(shù)據(jù)庫(kù)里插入的麻煩。但散兄有些時(shí)候，向MySQL中插入圖片更加容易管理。
oracle存放圖片對(duì)數(shù)據(jù)庫(kù)的壓力
oracle存仔襪放圖旅晌片對(duì)數(shù)據(jù)庫(kù)的壓力？
答：在數(shù)據(jù)庫(kù)表中建立一個(gè)LOB類(lèi)型的字段，這種類(lèi)型是專(zhuān)門(mén)用來(lái)保存圖片等拆戚鋒非結(jié)構(gòu)化數(shù)據(jù)的，Oracle和SQL
關(guān)于數(shù)據(jù)庫(kù)保存圖片性能真的很差嗎的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開(kāi)通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過(guò)10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn)。專(zhuān)業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊(cè)、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
網(wǎng)頁(yè)題目：數(shù)據(jù)庫(kù)存儲(chǔ)圖片：性能瓶頸還是說(shuō)法不當(dāng)？(數(shù)據(jù)庫(kù)保存圖片性能真的很差嗎)
分享路徑：http://www.fisionsoft.com.cn/article/dpoisos.html
