[數據類型](http://www.hmoore.net/phpxy/mysql_cookbook/75307)
[TOC=1,3]
MySQL中存的是數據。只要是數據,我們就會規定數據的類型。在表的字段中規定了使用的是某個數據類型。那么,在插入的數據中就要使用對應的數據類型。并且,遵守數據類型的長度要求。
在MySQL里面我們將數據類型分為了以下一些類型:
1. 數值類型(整型、浮點)
2. 字符串類型
3. 日期時間類型
4. 復合類型
5. 空間類型(非科學性工作基本不用,不做講解)
## 整型
| MySQL數據類型 | 所占字節 | 值范圍 |
| --- | --- | --- |
| tinyint | 1字節 | -128~127 |
| smallint | 2字節 | -32768~32767 |
| mediumint | 3字節 | -8388608~8388607 |
| int | 4字節 | 范圍-2147483648~2147483647 |
| bigint | 8字節 | +-9.22*10的18次方 |
整型的長度不同,在實際使用過程也就不同。
MySQL 以一個可選的顯示寬度指示器的形式對 SQL 標準進行擴展,這樣當從數據庫檢索一個值時,可以把這個值加長到指定的長度。例如,指定一個字段的類型為 INT(6),
就可以保證所包含數字少于 6 個的值從數據庫中檢索出來時能夠自動地用空格填充。需要注意的是,使用一個寬度指示器不會影響字段的大小和它可以存儲的值的范圍。
注意:
1. 在創建表字段時,性別我們可以使用無符號的微小整型(tinyint)來表示。用0表示女、用1表示男。用2表示未知。
2. 同樣人類年齡也是,在創建表字段時可用用無符號的整型。因為人類的年齡還沒有負數
3. 在實際使用過程中。我們業務中最大需要存儲多大的數值。我們創建表時,就選擇什么樣的類型來存儲這樣的值。
## 浮點類型
| MySQL數據類型 | 所占字節 | 值范圍 |
| --- | --- | --- |
| float(m, d) | 4字節 | 單精度浮點型,m總個數,d小數位 |
| double(m, d) | 8字節 | 雙精度浮點型,m總個數,d小數位 |
| decimal(m, d) | | decimal是存儲為字符串的浮點數 |
注意:
1. 浮點是非精確值,會存在不太準確的情況
2. 而decimal叫做定點數。在MySQL內部,本質上是用字符串存儲的。實際使用過程中如果存在金額、錢精度要求比較高的浮點數存儲,建議使用decimal(定點數)這個類型。
## 字符類型
| MySQL數據類型 | 所占字節 | 值范圍 |
| --- | --- | --- |
| CHAR | 0-255字節 | 定長字符串 |
| VARCHAR | 0-255字節 | 變長字符串 |
| TINYBLOB | 0-255字節 | 不超過255個字符的二進制字符串 |
| TINYTEXT | 0-255字節 | 短文本字符串 |
| BLOB | 0-65535字節 | 二進制形式的長文本數據 |
| TEXT | 0-65535字節 | 長文本數據 |
| MEDIUMBLOB | 0-16 777 215字節 | 二進制形式的中等長度文本數據 |
| MEDIUMTEXT | 0-16 777 215字節 | 中等長度文本數據 |
| LOGNGBLOB | 0-4 294 967 295字節 | 二進制形式的極大文本數據 |
| LONGTEXT | 0-4 294 967 295字節 | 極大文本數據 |
| VARBINARY(M) | 允許長度0-M個字節的定長字節符串 | 值的長度+1個字節 |
| BINARY(M) | M | 允許長度0-M個字節的定長字節符串 |
**CHAR **?類型用于定長字符串,并且必須在圓括號內用一個大小修飾符來定義。這個大小修飾符的范圍從 0-255。比指定長度大的值將被截短,而比指定長度小的值將會用空格作填補。
**VARCHAR **?把這個大小視為值的大小,在長度不足的情況下就用空格補足。而 VARCHAR 類型把它視為最大值并且只使用存儲字符串實際需要的長度
類型不會被空格填補,但長于指示器的值仍然會被截短。
因為 VARCHAR 類型可以根據實際內容動態改變存儲值的長度,所以在不能確定字段需要多少字符時使用 VARCHAR 類型可以大大地節約磁盤空間、提高存儲效率。
**text類型與blob類型**?對于字段長度要求超過 255 個的情況下,MySQL 提供了 TEXT 和 BLOB 兩種類型。根據存儲數據的大小,它們都有不同的子類型。這些大型的數據用于存儲文本塊或圖像、
聲音文件等二進制數據類型。
TEXT 和 BLOB 類型在分類和比較上存在區別。BLOB 類型區分大小寫,而 TEXT 不區分大小寫。大小修飾符不用于各種 BLOB 和 TEXT 子類型。
## 時間類型
| MySQL數據類型 | 所占字節 | 值范圍 |
| --- | --- | --- |
| date | 3字節 | 日期,格式:2014-09-18 |
| time | 3字節 | 時間,格式:08:42:30 |
| datetime | 8字節 | 日期時間,格式:2014-09-18 08:42:30 |
| timestamp | 4字節 | 自動存儲記錄修改的時間 |
| year | 1字節 | 年份 |
注意:
1. 時間類型在web系統中用的比較少,很多時候很多人喜歡使用int來存儲時間。插入時插入的是unix時間戳,因為這種方式更方便計算。在前端業務中用date類型的函數,再將unix時間戳轉成人們可識別的時間。
2. 上面的類型你可以根據實際情況實際進行選擇
3. 有些人為了在數據庫管理中方便查看,也有人使用datetime類型來存儲時間。
## 復合類型
| MySQL數據類型 | 說明 | 舉例 |
| --- | --- | --- |
| set | 集合類型 | set(“member”, “member2″, … “member64″) |
| enum | 枚舉類型 | enum(“member1″, “member2″, … “member65535″) |
一個 ENUM 類型只允許從一個集合中取得一個值;而 SET 類型允許從一個集合中取得任意多個值。
**ENUM 類型**
ENUM 類型因為只允許在集合中取得一個值,有點類似于單選項。在處理相互排拆的數據時容易讓人理解,比如人類的性別。ENUM 類型字段可以從集合中取得一個值或使用null值,除此之外的輸入將會使 MySQL 在這個字段中插入一個空字符串。另外如果插入值的大小寫與集合中值的大小寫不匹配,MySQL會自動使用插入值的大小寫轉換成與集合中大小寫一致的值。
ENUM 類型在系統內部可以存儲為數字,并且從1開始用數字做索引。一個 ENUM 類型最多可以包含 65536 個元素,其中一個元素被 MySQL 保留,用來存儲錯誤信息,這個錯誤值用索引 0 或者一個空字符串表示。
MySQL 認為 ENUM 類型集合中出現的值是合法輸入,除此之外其它任何輸入都將失敗。這說明通過搜索包含空字符串或對應數字索引為 0 的行就可以很容易地找到錯誤記錄的位置。
**SET 類型**?SET 類型與 ENUM 類型相似但不相同。SET類型可以從預定義的集合中取得任意數量的值。并且與 ENUM 類型相同的是任何試圖在 SET 類型字段中插入非預定義的值都會使MySQL插入一個空字符串。如果插入一個即有合法的元素又有非法的元素的記錄,MySQL 將會保留合法的元素,除去非法的元素。
一個 SET 類型最多可以包含 64 個元素。在 SET 元素中值被存儲為一個分離的“位”序列,這些“位”表示與它相對應的元素。“位”是創建有序元素集合的一種簡單而有效的方式。
并且它還去除了重復的元素,所以SET類型中不可能包含兩個相同的元素。
希望從 SET 類型字段中找出非法的記錄只需查找包含空字符串或二進制值為 0 的行。
## 類型使用
我們學習了這么多類型,在創建表的語句的時候使用對應的類型即可。
舉例如下:
> CREATE TABLE IF NOT EXISTS?`demo`?(
> `id`?int(11) NOT NULL,
> `username`?varchar(50) NOT NULL,
> `password`?char(32) NOT NULL,
> `content`?longtext NOT NULL,
> `createtime`?datetime NOT NULL,
> `sex`?tinyint(4) NOT NULL
> ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
## 字段其他屬性設置
**UNSIGNED(無符號)**?主要用于整型和浮點類型,使用無符號。即,沒有前面面的-(負號)。
存儲位數更長。tinyint整型的取值區間為,-128~127。而使用無符號后可存儲0-255個長度。
創建時在整型或浮點字段語句后接上:
> unsigned
**ZEROFILL(0填充)**?0(不是空格)可以用來真補輸出的值。使用這個修飾符可以阻止 MySQL 數據庫存儲負值。
創建時在整型或浮點字段語句后接上:
> zerofill
**default**?default屬性確保在沒有任何值可用的情況下,賦予某個常量值,這個值必須是常量,因為MySQL不允許插入函數或表達式值。此外,此屬性無法用于BLOB或TEXT列。如果已經為此列指定了NULL屬性,沒有指定默認值時默認值將為NULL,否則默認值將依賴于字段的數據類型。
創建時在整型或浮點字段語句后接上:
> default '值'
**not null**?如果將一個列定義為not null,將不允許向該列插入null值。建議在重要情況下始終使用not null屬性,因為它提供了一個基本驗證,確保已經向查詢傳遞了所有必要的值。
創建時在整型或浮點字段語句后接上:
> not null
**null**?為列指定null屬性時,該列可以保持為空,而不論行中其它列是否已經被填充。記住,null精確的說法是“無”,而不是空字符串或0。
創建時在整型或浮點字段語句后不要聲明not null即可。
- 數據庫
- CAP定理
- 關系模型
- 關系數據庫
- NoSQL
- ODBC
- JDBC
- ODBC、JDBC和四種驅動類型
- mysql
- 安裝與配置
- CentOS 7 安裝 MySQL
- 優化
- 比較全面的MySQL優化參考
- 1、硬件層相關優化
- 1.1、CPU相關
- 1.2、磁盤I/O相關
- 2、系統層相關優化
- 2.1、文件系統層優化
- 2.2、其他內核參數優化
- 3、MySQL層相關優化
- 3.1、關于版本選擇
- 3.2、關于最重要的參數選項調整建議
- 3.3、關于Schema設計規范及SQL使用建議
- 3.4、其他建議
- 后記
- Mysql設計與優化專題
- ER圖,數據建模與數據字典
- 數據中設計中的范式與反范式
- 字段類型與合理的選擇字段類型
- 表的垂直拆分和水平拆分
- 詳解慢查詢
- mysql的最佳索引攻略
- 高手詳解SQL性能優化十條經驗
- 優化SQL查詢:如何寫出高性能SQL語句
- MySQL索引原理及慢查詢優化
- 數據庫SQL優化大總結之 百萬級數據庫優化方案
- 數據庫性能優化之SQL語句優化1
- 【重磅干貨】看了此文,Oracle SQL優化文章不必再看!
- MySQL 對于千萬級的大表要怎么優化?
- MySQL 數據庫設計總結
- MYSQL性能優化的最佳20+條經驗
- 數據操作
- 數據語句操作類型
- DCL
- 修改Mysql數據庫名的5種方法
- DML
- 連接
- 連接2
- DDL
- 數據類型
- 字符集
- 表引擎
- 索引
- MySQL理解索引、添加索引的原則
- mysql建索引的幾大原則
- 淺談mysql的索引設計原則以及常見索引的區別
- 常用工具簡介
- QA
- MySQL主機127.0.0.1與localhost區別總結
- 視圖(view)
- 觸發器
- 自定義函數和存儲過程的使用
- 事務(transaction)
- 范式與反范式
- 常用函數
- MySQL 數據類型 詳解
- Mysql數據庫常用分庫和分表方式
- 隔離級別
- 五分鐘搞清楚MySQL事務隔離級別
- mysql隔離級別及事務傳播
- 事務隔離級別和臟讀的快速入門
- 數據庫引擎中的隔離級別
- 事務隔離級別
- Innodb中的事務隔離級別和鎖的關系
- MySQL 四種事務隔離級的說明
- Innodb鎖機制:Next-Key Lock 淺談
- SQL函數和存儲過程的區別
- mongo
- MongoDB設置訪問權限、設置用戶
- redis
- ORM
- mybatis
- $ vs #
- mybatis深入理解(一)之 # 與 $ 區別以及 sql 預編譯
- 電商設計
- B2C電子商務系統研發——概述篇
- B2C電子商務系統研發——商品數據模型設計
- B2C電子商務系統研發——商品模塊E-R圖建模
- B2C電子商務系統研發——商品SKU分析和設計(一)
- B2C電子商務系統研發——商品SKU分析和設計(二)
- 數據庫命名規范--通用