1.varchar可指定n，text不能指定，內(nèi)部存儲(chǔ)varchar是存入的實(shí)際字符數(shù) 1個(gè)字節(jié)（n<=255）或2個(gè)字節(jié)(n>255)，text是實(shí)際字符數(shù) 2個(gè)字

節(jié)。

2.text類型不能有默認(rèn)值。

3.varchar可直接創(chuàng)建索引，text創(chuàng)建索引要指定前多少個(gè)字符。varchar查詢速度快于text,在都創(chuàng)建索引的情況下，text的索引似乎不起作用。

5.二進(jìn)制數(shù)據(jù)(_Blob)

1._BLOB和_text存儲(chǔ)方式不同，_TEXT以文本方式存儲(chǔ)，英文存儲(chǔ)區(qū)分大小寫，而_Blob是以二進(jìn)制方式存儲(chǔ)，不分大小寫。

2._BLOB存儲(chǔ)的數(shù)據(jù)只能整體讀出。

3._TEXT可以指定字符集，_BLO不用指定字符集。

6.日期時(shí)間類型

MySQL數(shù)據(jù)類型含義date日期 '2008-12-2'time時(shí)間 '12:25:36'datetime日期時(shí)間 '2008-12-2 22:06:44'timestamp自動(dòng)存儲(chǔ)記錄修改時(shí)間

若定義一個(gè)字段為timestamp，這個(gè)字段里的時(shí)間數(shù)據(jù)會(huì)隨其他字段修改的時(shí)候自動(dòng)刷新，所以這個(gè)數(shù)據(jù)類型的字段可以存放這條記錄最后被修改的時(shí)間。

數(shù)據(jù)類型的屬性

MySQL關(guān)鍵字含義NULL數(shù)據(jù)列可包含NULL值NOT NULL數(shù)據(jù)列不允許包含NULL值DEFAULT默認(rèn)值PRIMARY KEY主鍵AUTO_INCREMENT自動(dòng)遞增，適用于整數(shù)類型UNSIGNED無符號(hào)CHARACTER SET name指定一個(gè)字符集二、MYSQL數(shù)據(jù)類型的長(zhǎng)度和范圍

各數(shù)據(jù)類型及字節(jié)長(zhǎng)度一覽表：

數(shù)據(jù)類型字節(jié)長(zhǎng)度范圍或用法Bit1無符號(hào)[0,255]，有符號(hào)[-128,127]，天緣博客備注：BIT和BOOL布爾型都占用1字節(jié)TinyInt1整數(shù)[0,255]SmallInt2無符號(hào)[0,65535]，有符號(hào)[-32768,32767]MediumInt3無符號(hào)[0,2^24-1]，有符號(hào)[-2^23,2^23-1]]Int4無符號(hào)[0,2^32-1]，有符號(hào)[-2^31,2^31-1]BigInt8無符號(hào)[0,2^64-1]，有符號(hào)[-2^63 ,2^63 -1]Float(M,D)4單精度浮點(diǎn)數(shù)。天緣博客提醒這里的D是精度，如果D<=24則為默認(rèn)的FLOAT，如果D>24則會(huì)自動(dòng)被轉(zhuǎn)換為DOUBLE型。Double(M,D)8 雙精度浮點(diǎn)。Decimal(M,D)M 1或M 2未打包的浮點(diǎn)數(shù)，用法類似于FLOAT和DOUBLE，天緣博客提醒您如果在ASP中使用到Decimal數(shù)據(jù)類型，直接從數(shù)據(jù)庫(kù)讀出來的Decimal可能需要先轉(zhuǎn)換成Float或Double類型后再進(jìn)行運(yùn)算。Date3以YYYY-MM-DD的格式顯示，比如：2009-07-19Date Time8以YYYY-MM-DD HH:MM:SS的格式顯示，比如：2009-07-19 11：22：30TimeStamp4以YYYY-MM-DD的格式顯示，比如：2009-07-19Time3以HH:MM:SS的格式顯示。比如：11：22：30Year1以YYYY的格式顯示。比如：2009Char(M)M

定長(zhǎng)字符串。

VarChar(M)M變長(zhǎng)字符串，要求M<=255Binary(M)M類似Char的二進(jìn)制存儲(chǔ)，特點(diǎn)是插入定長(zhǎng)不足補(bǔ)0VarBinary(M)M類似VarChar的變長(zhǎng)二進(jìn)制存儲(chǔ)，特點(diǎn)是定長(zhǎng)不補(bǔ)0Tiny TextMax:255大小寫不敏感TextMax:64K大小寫不敏感Medium TextMax:16M大小寫不敏感Long TextMax:4G大小寫不敏感TinyBlobMax:255大小寫敏感BlobMax:64K大小寫敏感MediumBlobMax:16M大小寫敏感LongBlobMax:4G大小寫敏感Enum1或2最大可達(dá)65535個(gè)不同的枚舉值Set可達(dá)8最大可達(dá)64個(gè)不同的值Geometry Point LineString Polygon MultiPoint MultiLineString MultiPolygon GeometryCollection 三、使用建議

1、在指定數(shù)據(jù)類型的時(shí)候一般是采用從小原則，比如能用TINY INT的最好就不用INT，能用FLOAT類型的就不用DOUBLE類型，這樣會(huì)對(duì)MYSQL在運(yùn)行效率上提高很大，尤其是大數(shù)據(jù)量測(cè)試條件下。

2、不需要把數(shù)據(jù)表設(shè)計(jì)的太過復(fù)雜，功能模塊上區(qū)分或許對(duì)于后期的維護(hù)更為方便，慎重出現(xiàn)大雜燴數(shù)據(jù)表

3、數(shù)據(jù)表和字段的起名字也是一門學(xué)問

4、設(shè)計(jì)數(shù)據(jù)表結(jié)構(gòu)之前請(qǐng)先想象一下是你的房間，或許結(jié)果會(huì)更加合理、高效

5、數(shù)據(jù)庫(kù)的最后設(shè)計(jì)結(jié)果一定是效率和可擴(kuò)展性的折中，偏向任何一方都是欠妥的

選擇數(shù)據(jù)類型的基本原則

前提：使用適合存儲(chǔ)引擎。

選擇原則：根據(jù)選定的存儲(chǔ)引擎，確定如何選擇合適的數(shù)據(jù)類型。

下面的選擇方法按存儲(chǔ)引擎分類：

InnoDB 數(shù)據(jù)存儲(chǔ)引擎和數(shù)據(jù)列：InnoDB數(shù)據(jù)表，最好使用固定長(zhǎng)度(CHAR)的數(shù)據(jù)列代替可變長(zhǎng)度(VARCHAR)的數(shù)據(jù)列。MEMORY存儲(chǔ)引擎和數(shù)據(jù)列：MEMORY數(shù)據(jù)表目前都使用固定長(zhǎng)度的數(shù)據(jù)行存儲(chǔ)，因此無論使用CHAR或VARCHAR列都沒有關(guān)系。兩者都是作為CHAR類型處理的。

InnoDB 存儲(chǔ)引擎和數(shù)據(jù)列：建議使用 VARCHAR類型。

對(duì)于InnoDB數(shù)據(jù)表，內(nèi)部的行存儲(chǔ)格式?jīng)]有區(qū)分固定長(zhǎng)度和可變長(zhǎng)度列（所有數(shù)據(jù)行都使用指向數(shù)據(jù)列值的頭指針），因此在本質(zhì)上，使用固定長(zhǎng)度的CHAR列不一定比使用可變長(zhǎng)度VARCHAR列簡(jiǎn)單。因而，主要的性能因素是數(shù)據(jù)行使用的存儲(chǔ)總量。由于CHAR平均占用的空間多于VARCHAR，因 此使用VARCHAR來最小化需要處理的數(shù)據(jù)行的存儲(chǔ)總量和磁盤I/O是比較好的。

下面說一下固定長(zhǎng)度數(shù)據(jù)列與可變長(zhǎng)度的數(shù)據(jù)列。

char與varchar

CHAR和VARCHAR類型類似，但它們保存和檢索的方式不同。它們的最大長(zhǎng)度和是否尾部空格被保留等方面也不同。在存儲(chǔ)或檢索過程中不進(jìn)行大小寫轉(zhuǎn)換。

下面的表顯示了將各種字符串值保存到CHAR(4)和VARCHAR(4)列后的結(jié)果，說明了CHAR和VARCHAR之間的差別：

值CHAR(4)存儲(chǔ)需求VARCHAR(4)存儲(chǔ)需求''' '4個(gè)字節(jié)''1個(gè)字節(jié)'ab''ab '4個(gè)字節(jié)'ab '3個(gè)字節(jié)'abcd''abcd'4個(gè)字節(jié)'abcd'5個(gè)字節(jié)'abcdefgh''abcd'4個(gè)字節(jié)'abcd'5個(gè)字節(jié)

請(qǐng)注意上表中最后一行的值只適用不使用嚴(yán)格模式時(shí)；如果MySQL運(yùn)行在嚴(yán)格模式，超過列長(zhǎng)度不的值不保存，并且會(huì)出現(xiàn)錯(cuò)誤。

從CHAR(4)和VARCHAR(4)列檢索的值并不總是相同，因?yàn)闄z索時(shí)從CHAR列刪除了尾部的空格。通過下面的例子說明該差別：

mysql> CREATE TABLE vc (v VARCHAR(4), c CHAR(4));
Query OK, 0 rows affected (0.02 sec)
 
mysql> INSERT INTO vc VALUES ('ab  ', 'ab  ');
Query OK, 1 row affected (0.00 sec)
 
mysql> SELECT CONCAT(v, ' '), CONCAT(c, ' ') FROM vc;
 ---------------- ---------------- 
| CONCAT(v, ' ') | CONCAT(c, ' ') |
 ---------------- ---------------- 
| ab             | ab             |
 ---------------- ---------------- 
1 row in set (0.00 sec)

text和blob

在使用text和blob字段類型時(shí)要注意以下幾點(diǎn)，以便更好的發(fā)揮數(shù)據(jù)庫(kù)的性能。

①BLOB和TEXT值也會(huì)引起自己的一些問題，特別是執(zhí)行了大量的刪除或更新操作的時(shí)候。刪除這種值會(huì)在數(shù)據(jù)表中留下很大的"空洞"，以后填入這些"空洞"的記錄可能長(zhǎng)度不同,為了提高性能,建議定期使用 OPTIMIZE TABLE 功能對(duì)這類表進(jìn)行碎片整理.

②使用合成的（synthetic）索引。合成的索引列在某些時(shí)候是有用的。一種辦法是根據(jù)其它的列的內(nèi)容建立一個(gè)散列值，并把這個(gè)值存儲(chǔ)在單獨(dú)的數(shù)據(jù)列中。接下來你就可以通過檢索散列值找到數(shù)據(jù)行了。但是，我們要注意這種技術(shù)只能用于精確匹配的查詢（散列值對(duì)于類似<或>=等范圍搜索操作符 是沒有用處的）。我們可以使用MD5()函數(shù)生成散列值，也可以使用SHA1()或CRC32()，或者使用自己的應(yīng)用程序邏輯來計(jì)算散列值。請(qǐng)記住數(shù)值型散列值可以很高效率地存儲(chǔ)。同樣，如果散列算法生成的字符串帶有尾部空格，就不要把它們存儲(chǔ)在CHAR或VARCHAR列中，它們會(huì)受到尾部空格去除的影響。

合成的散列索引對(duì)于那些BLOB或TEXT數(shù)據(jù)列特別有用。用散列標(biāo)識(shí)符值查找的速度比搜索BLOB列本身的速度快很多。

③在不必要的時(shí)候避免檢索大型的BLOB或TEXT值。例如，SELECT *查詢就不是很好的想法，除非你能夠確定作為約束條件的WHERE子句只會(huì)找到所需要的數(shù)據(jù)行。否則，你可能毫無目的地在網(wǎng)絡(luò)上傳輸大量的值。這也是 BLOB或TEXT標(biāo)識(shí)符信息存儲(chǔ)在合成的索引列中對(duì)我們有所幫助的例子。你可以搜索索引列，決定那些需要的數(shù)據(jù)行，然后從合格的數(shù)據(jù)行中檢索BLOB或 TEXT值。

④把BLOB或TEXT列分離到單獨(dú)的表中。在某些環(huán)境中，如果把這些數(shù)據(jù)列移動(dòng)到第二張數(shù)據(jù)表中，可以讓你把原數(shù)據(jù)表中 的數(shù)據(jù)列轉(zhuǎn)換為固定長(zhǎng)度的數(shù)據(jù)行格式，那么它就是有意義的。這會(huì)減少主表中的碎片，使你得到固定長(zhǎng)度數(shù)據(jù)行的性能優(yōu)勢(shì)。它還使你在主數(shù)據(jù)表上運(yùn)行 SELECT *查詢的時(shí)候不會(huì)通過網(wǎng)絡(luò)傳輸大量的BLOB或TEXT值。

浮點(diǎn)數(shù)與定點(diǎn)數(shù)

為了能夠引起大家的重視，在介紹浮點(diǎn)數(shù)與定點(diǎn)數(shù)以前先讓大家看一個(gè)例子：

mysql> CREATE TABLE test (c1 float(10,2),c2 decimal(10,2));
Query OK, 0 rows affected (0.29 sec)
mysql> insert into test values(131072.32,131072.32);
Query OK, 1 row affected (0.07 sec)
mysql> select * from test;
 ----------- ----------- 
| c1        | c2        |
 ----------- ----------- 
| 131072.31 | 131072.32 |
 ----------- ----------- 
1 row in set (0.00 sec)

從上面的例子中我們看到c1列的值由131072.32變成了131072.31，這就是浮點(diǎn)數(shù)的不精確性造成的。

在mysql中float、double（或real）是浮點(diǎn)數(shù)，decimal（或numberic）是定點(diǎn)數(shù)。

浮點(diǎn)數(shù)相對(duì)于定點(diǎn)數(shù)的優(yōu)點(diǎn)是在長(zhǎng)度一定的情況下，浮點(diǎn)數(shù)能夠表示更大的數(shù)據(jù)范圍；它的缺點(diǎn)是會(huì)引起精度問題。在今后關(guān)于浮點(diǎn)數(shù)和定點(diǎn)數(shù)的應(yīng)用中，大家要記住以下幾點(diǎn)：

浮點(diǎn)數(shù)存在誤差問題；對(duì)貨幣等對(duì)精度敏感的數(shù)據(jù)，應(yīng)該用定點(diǎn)數(shù)表示或存儲(chǔ)；編程中，如果用到浮點(diǎn)數(shù)，要特別注意誤差問題，并盡量避免做浮點(diǎn)數(shù)比較；要注意浮點(diǎn)數(shù)中一些特殊值的處理。

更多關(guān)于云服務(wù)器，域名注冊(cè)，虛擬主機(jī)的問題，請(qǐng)?jiān)L問西部數(shù)碼官網(wǎng)：m.ps-sw.cn





猜你還會(huì)喜歡下面的內(nèi)容

• 做一個(gè)獨(dú)立站需要多少錢
• 西部數(shù)碼怎樣搶注域名
• B2C 電子商務(wù)網(wǎng)站如何做推廣和優(yōu)化
• 網(wǎng)站推廣增加外鏈最好的方法
• 新手站長(zhǎng)淺談：如何在線提升產(chǎn)品轉(zhuǎn)化率
• 網(wǎng)站策劃：九大思維理念助你策劃能力提升
• 如何高效輸出移動(dòng)app產(chǎn)品原型？
• 為什么說產(chǎn)品思考是進(jìn)行用戶體驗(yàn)設(shè)計(jì)時(shí)所不可或缺的？
• 六套 App：構(gòu)建我的產(chǎn)品設(shè)計(jì)工作流
• 如果Vine模式重來，大概就是Biu這個(gè)樣子
• 新手入門：如何做需求分析
• 產(chǎn)品狗的日常：如何更好的去分解功能點(diǎn)
• 簡(jiǎn)單明了丨如何寫出好的PRD
• 產(chǎn)品必修課——輕松搞定UML
• 如果你是個(gè)苦逼的App測(cè)試人員，這款產(chǎn)品或許能拯救你
• 手把手教你制作實(shí)用美觀的交互設(shè)計(jì)文檔

熱門標(biāo)簽

其他問題云服務(wù)器問題域名及賬戶問題企業(yè)郵局市場(chǎng)咨詢云服務(wù)器云建站/云站群/小程序虛擬主機(jī)網(wǎng)絡(luò)知識(shí)企業(yè)郵箱域名注冊(cè)域名備案域名商標(biāo)注冊(cè)云主機(jī)更多標(biāo)簽...

大家感興趣的內(nèi)容