mysql存儲(chǔ)text和blob的區(qū)別？Blob列被視為二進(jìn)制字符串（字節(jié)字符串），文本列被視為非二進(jìn)制字符串（字符串）。blob列沒(méi)有字符集，排序和比較基于列值字節(jié)的數(shù)值。文本列有一個(gè)字符集，根據(jù)字

mysql存儲(chǔ)text和blob的區(qū)別？

Blob列被視為二進(jìn)制字符串（字節(jié)字符串），文本列被視為非二進(jìn)制字符串（字符串）。

blob列沒(méi)有字符集，排序和比較基于列值字節(jié)的數(shù)值。文本列有一個(gè)字符集，根據(jù)字符集的校對(duì)規(guī)則對(duì)值進(jìn)行排序和比較。

longblob和longtext的區(qū)別？

Longblob，langbinary large object的縮寫(xiě)，是一個(gè)可以存儲(chǔ)二進(jìn)制文件的容器。它存儲(chǔ)的數(shù)據(jù)比blob多。在計(jì)算機(jī)中，blob通常是用于在數(shù)據(jù)庫(kù)中存儲(chǔ)二進(jìn)制文件的字段類(lèi)型。Longtext是一個(gè)blob或文本列，最大長(zhǎng)度為4294967295（2^32-1）個(gè)字符。

blob類(lèi)型text哪個(gè)性能更好？

有四種文本類(lèi)型：tinytext、text、mediumtext和longtext。

這四種blob類(lèi)型具有相同的最大長(zhǎng)度和存儲(chǔ)要求。

blob被視為二進(jìn)制字符串。

文本列被視為非二進(jìn)制字符串（字符串）。

Blob列沒(méi)有字符集，根據(jù)列值的字節(jié)對(duì)數(shù)值進(jìn)行排序和比較。

文本列有一個(gè)字符集，根據(jù)字符集的校對(duì)規(guī)則對(duì)值進(jìn)行排序和比較。

在存儲(chǔ)或檢索文本或blob列期間沒(méi)有大小寫(xiě)轉(zhuǎn)換。

在非嚴(yán)格模式下運(yùn)行時(shí)，如果為blob或text列分配的值超過(guò)了列類(lèi)型的最大長(zhǎng)度，則會(huì)截取該值以確保其適用。

如果截?cái)嘧址皇强崭?，將生成警告?/p>

在嚴(yán)格的SQL模式下，將生成錯(cuò)誤并拒絕值，而不是截獲警告。

請(qǐng)參閱第5.3.2節(jié)“SQL Server模式”。

在大多數(shù)情況下，可以將blob列視為足夠大的varbinary列。

Clob和Blob的區(qū)別？

CLOB和blob作為二進(jìn)制流存儲(chǔ)在rmdbs中。最大的區(qū)別是CLOB有字符集的概念，在存儲(chǔ)和讀出過(guò)程中由rmdbs解析。沒(méi)有絕對(duì)的優(yōu)勢(shì)和劣勢(shì)，只有合適的環(huán)境。案例1：沒(méi)有字符集概念的內(nèi)容（例如圖像流、媒體流）這些對(duì)象沒(méi)有字符集的概念，因此只能通過(guò)應(yīng)用程序進(jìn)行解析。因此，與CLOB相比，blob節(jié)省了字符集解析的過(guò)程，提高了處理速度。當(dāng)然，最好不要將這種類(lèi)型的數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)庫(kù)中。效率和成本都不如文件系統(tǒng)存儲(chǔ)。案例2：大文本內(nèi)容（如論壇帖子、爬蟲(chóng)輸出的HTML源代碼等）CLOB存儲(chǔ)的優(yōu)點(diǎn)很明顯：可以通過(guò)數(shù)據(jù)庫(kù)客戶(hù)端程序直接讀取，備份文件明文適合數(shù)據(jù)處理。當(dāng)然，這不是絕對(duì)的。在某些情況下，為了提高存儲(chǔ)效率，字符集將直接在應(yīng)用程序（zlib等）中進(jìn)行解析和壓縮。通常，壓縮的輸出流是二進(jìn)制的。此時(shí)，將選擇blob。