日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
數(shù)據(jù)庫存儲圖片:性能瓶頸還是說法不當?(數(shù)據(jù)庫保存圖片性能真的很差嗎)

隨著現(xiàn)代技術(shù)的不斷發(fā)展,越來越多的應(yīng)用程序需要處理大量的圖片數(shù)據(jù),這也促使著人們不斷尋求更加高效的圖片存儲方案。傳統(tǒng)的方法是將圖片保存在服務(wù)器的文件系統(tǒng)中,而現(xiàn)在越來越多的程序開始將圖片存儲在數(shù)據(jù)庫中,這樣可以更好地利用數(shù)據(jù)庫的特性和處理圖片的相關(guān)操作。但是,有一些人認為將圖片存儲在數(shù)據(jù)庫中會成為性能瓶頸,這是否正確呢?

創(chuàng)新互聯(lián)公司主要從事成都網(wǎng)站建設(shè)、網(wǎng)站制作、網(wǎng)頁設(shè)計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)建水,十年網(wǎng)站建設(shè)經(jīng)驗,價格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):13518219792

我們需要了解數(shù)據(jù)庫存儲圖片的優(yōu)點。對于需要頻繁訪問圖片的應(yīng)用程序來說,數(shù)據(jù)庫存儲圖片可以提供更快的訪問速度。這是因為數(shù)據(jù)庫通常可以很好地緩存數(shù)據(jù),因此訪問數(shù)據(jù)庫中的圖片可以比訪問文件系統(tǒng)中的圖片更快。此外,數(shù)據(jù)庫還可以提供更好的安全性,因為它們可以提供更好的訪問控制和數(shù)據(jù)加密功能。使用數(shù)據(jù)庫存儲圖片可以更好地利用數(shù)據(jù)庫的特性,如事務(wù)處理和版本控制等。

然而,有些人可能會認為將圖片存儲在數(shù)據(jù)庫中會影響數(shù)據(jù)庫性能,從而成為性能瓶頸。這個說法在某種程度上是正確的,但它缺少了細節(jié)和上下文。如果數(shù)據(jù)庫使用得當,那么存儲圖片將不會成為性能問題。數(shù)據(jù)庫軟件在存儲和檢索大型二進制數(shù)據(jù)(如圖片)方面有非常高效的方法。例如,許多數(shù)據(jù)庫軟件可以使用“二進制大對象”(BLOB)數(shù)據(jù)類型來存儲二進制數(shù)據(jù),而且它們甚至會專門針對BLOB類型進行優(yōu)化,以確保高效的數(shù)據(jù)讀寫。因此,數(shù)據(jù)庫存儲圖片不應(yīng)該成為性能問題,但前提是要正確地配置數(shù)據(jù)庫和使用正確的BLOB存儲策略。

另一個可能成為“性能瓶頸”的問題是訪問數(shù)據(jù)庫中存儲的圖片所需的網(wǎng)絡(luò)帶寬。在這種情況下,如果應(yīng)用程序必須從遠程網(wǎng)絡(luò)訪問數(shù)據(jù)庫,那么這可能會限制應(yīng)用程序的性能。為了解決這個問題,應(yīng)用程序開發(fā)人員需要注意減少網(wǎng)絡(luò)訪問時間的方法,例如使用圖像緩存或使用內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)。

是否將圖片存儲在數(shù)據(jù)庫中還取決于開發(fā)人員需要考慮的其他方面,例如數(shù)據(jù)備份和恢復(fù),以及數(shù)據(jù)庫升級和維護。這些問題可能會影響選項,并且需要特定于應(yīng)用程序的解決方案。

數(shù)據(jù)庫存儲圖片可以提供許多優(yōu)勢,并且可以作為應(yīng)用程序的更佳解決方案之一。雖然一些人認為存儲圖片在數(shù)據(jù)庫中會成為性能瓶頸,但是這個說法并不一定正確。正確地配置數(shù)據(jù)庫并使用正確的存儲策略可確保高性能數(shù)據(jù)訪問和緩存,同時提供更好的安全性和利用數(shù)據(jù)庫的特性。盡管數(shù)據(jù)庫存儲圖片并不是適合所有應(yīng)用程序的更佳解決方案,但它可能是一種值得考慮的選擇。

相關(guān)問題拓展閱讀:

  • mysql數(shù)據(jù)庫可以存圖片嗎?
  • oracle存放圖片對數(shù)據(jù)庫的壓力

mysql數(shù)據(jù)庫可以存圖片嗎?

背景

MySQL 一直以來都有 TEXT、擾灶BLOB 等類型用來存儲圖片、視頻等大對象信息。比如一張圖片,隨便一張都 5M 以上。視頻也是,隨便一部視頻就是 2G 以上。

假設(shè)用 MySQL 來存放電影視頻等信息,一部是 2G,那么存儲 1000 部就是 2TB,2TB 也就是 1000 條記錄而已,但是對數(shù)據(jù)庫性能來說,不僅僅是看記錄數(shù)量,更主要的還得看占用磁盤洞李頌空間大小??臻g大了,所有以前的經(jīng)驗啥的都失效了。

所以一般來說存放這類信息,也就是存儲他們的存放路徑,至于文件本身存放在哪里,那這就不是數(shù)據(jù)庫考慮的范疇了。數(shù)據(jù)庫只關(guān)心怎么來的快,怎么來的小。

舉例

雖然不推薦 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 份這樣的圖片來測試

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 設(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)

看下文件大小,可以看到實際大小排名,LONGTEXT 字段存儲的更大,LONGBLOB 字段縮小到一半,最小的是存儲圖片路徑的表 tt_image3。所以這里從存儲空間來看,存放路徑最占優(yōu)勢。

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 直接導(dǎo)出來二進制文件即可,下面我寫了個存儲過程,導(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 類似,把 select 語句里 image_file 變?yōu)?unhex(image_file) 即可。

總結(jié)

這里我舉了個用 MySQL 來存放圖片的例子,總的來說有以下三點:

占用磁盤空間大(這樣會帶來各種各樣的功能與性能問題,比如備份,寫入,讀取操作等)

使用不易

還是推薦用文件路徑來代替實際的文件內(nèi)容存放

mysql數(shù)據(jù)庫是可以存儲圖片的,操作方法:

1、具體的腳本代碼如下,其中我們假定文件上傳域的名稱為Picture;

2、這樣,我們就可以成功的把圖片保存到數(shù)據(jù)庫中。如果在將圖片插入MySQL的過程中出現(xiàn)問題,可以檢查一下MySQL數(shù)據(jù)庫所允許的更大數(shù)據(jù)包的大小。如果設(shè)置值過小的話,我們會在數(shù)據(jù)庫的錯誤日志中找到相應(yīng)的記錄;

3、提取圖片方法:編寫兩個文件。其中,之一個文件作為HTML頁面的模板,定位饑掘檔圖片的顯示位置。第二個文件則被用來從數(shù)據(jù)庫中實際輸出文件流,作為標爛亂簽的SRC屬性;

4、當HTML頁面被瀏覽時,每顯示一副圖片就會調(diào)用一次Second.php3文件。當?shù)诙€文件被調(diào)用時會傳入相應(yīng)的Picture ID,我們可以借此從數(shù)據(jù)庫中取回對應(yīng)的圖片并顯示。

在設(shè)計到數(shù)據(jù)庫的開發(fā)中,難免要將圖片或音頻文件插入到數(shù)據(jù)庫中的情況。一般來說,我們可以同過插入圖片文件相應(yīng)的存儲位置,而不是文件本身,來避免直接向數(shù)據(jù)庫里插入的麻煩。但散兄有些時候,向MySQL中插入圖片更加容易管理。

oracle存放圖片對數(shù)據(jù)庫的壓力

oracle存仔襪放圖旅晌片對數(shù)據(jù)庫的壓力?

答:在數(shù)據(jù)庫表中建立一個LOB類型的字段,這種類型是專門用來保存圖片等拆戚鋒非結(jié)構(gòu)化數(shù)據(jù)的,Oracle和SQL

關(guān)于數(shù)據(jù)庫保存圖片性能真的很差嗎的介紹到此就結(jié)束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關(guān)注本站。

香港服務(wù)器選創(chuàng)新互聯(lián),2H2G首月10元開通。
創(chuàng)新互聯(lián)(www.cdcxhl.com)互聯(lián)網(wǎng)服務(wù)提供商,擁有超過10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗。專業(yè)提供云主機、虛擬主機、域名注冊、VPS主機、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。


網(wǎng)站名稱:數(shù)據(jù)庫存儲圖片:性能瓶頸還是說法不當?(數(shù)據(jù)庫保存圖片性能真的很差嗎)
網(wǎng)站網(wǎng)址:http://www.dlmjj.cn/article/dpoisos.html