MySQL 字段類型

數值

MySQL 的數值資料類型可以大緻劃分為兩個類别，一個是整數，另一個是浮點數或小數。

許多不同的子類型對這些類别中的每一個都是可用的，每個子類型支援不同大小的資料，并且 MySQL 允許我們指定數值字段中的值是否有正負之分(UNSIGNED)或者用零填補(ZEROFILL)。

• INT

  在 MySQL 中支援的 5 個主要整數類型是 TINYINT，SMALLINT，MEDIUMINT，INT 和 BIGINT。這些類型在很大程度上是相同的，隻有它們存儲的值的大小是不相同的。

MySQL 以一個可選的顯示寬度訓示器的形式對 SQL 标準進行擴充(如 INT(6),6即是其寬度訓示器,該寬度訓示器并不會影響int列存儲字段的大小,也就是說,超過6位它不會自動截取,依然會存儲,隻有超過它本身的存儲範圍才會截取;此處寬度訓示器的作用在于該字段是否有zerofill,如果有就未滿足6位的部分就會用0來填充)，這樣當從資料庫檢索一個值時，可以把這個值加長到指定的長度。例如，指定一個字段的類型為 INT(6)，就可以保證所包含數字少于 6 個的值從資料庫中檢索出來時能夠自動地用空格填充。需要注意的是，使用一個寬度訓示器不會影響字段的大小和它可以存儲的值的範圍。

萬一我們需要對一個字段存儲一個超出許可範圍的數字，MySQL 會根據允許範圍最接近它的一端截短後再進行存儲。還有一個比較特别的地方是，MySQL 會在不合規定的值插入表前自動修改為 0。

• unsigned 和 zerofill

  UNSIGNED 修飾符規定字段隻儲存正值,即無符号,而mysql字段預設是有符号的。因為不需要儲存數字的正、負符号，可以在儲時節約一個"位"的空間(即翻一倍)。進而增大這個字段可以存儲的值的範圍。注意這個修飾符要緊跟在數值類型後面;

  ZEROFILL 修飾符規定 0（不是空格）可以用來真補輸出的值。使用這個修飾符可以阻止 MySQL

  資料庫存儲負值,如果某列設定為zerofill,那它自動就unsigned。這個值要配合int,tinyint,smallint,midiumint等字段的寬度訓示器來用;XXint(M),如果沒有zerofill,這個M的寬度訓示器是沒有意義的.(注意,測試前導0的時候,還是去黑視窗測試;)

為什麼mysql存儲的值要分有符号和無符号呢?因為一個位元組,占8bit;也就1個bit有0和1兩種可能,8個bit就是2^8 =

256種可能,也就是0~255;但如果是有符号的話,就得拿一個1bit來存儲這個負号,本來8bit隻剩7bit,2^7 =

128,也就是-128~127(正數部分包含一個0);

• FLOAT、DOUBLE 和 DECIMAL 類型

  MySQL 支援的三個浮點類型是 FLOAT、DOUBLE 和 DECIMAL 類型。FLOAT 數值類型用于表示單精度浮點數值，而 DOUBLE 數值類型用于表示雙精度浮點數值。

  與整數一樣，這些類型也帶有附加參數：一個顯示寬度訓示器和一個小數點訓示器(必須要帶有訓示器,要不然會查不到結果,并且寬度訓示器和XXint類型的寬度訓示器不同,這裡是有實際限制寬度的)。比如語句 FLOAT(7,3) 規定顯示的值不會超過 7 位數字(包括小數位)，小數點後面帶有 3 位數字。對于小數點後面的位數超過允許範圍的值，MySQL 會自動将它四舍五入為最接近它的值，再插入它。

  DECIMAL

  資料類型用于精度要求非常高的計算中，這種類型允許指定數值的精度和計數方法作為選擇參數。精度在這裡指為這個值儲存的有效數字的總個數，而計數方法表示小數點後數字的位數。比如語句

  DECIMAL(7,3) 規定了存儲的值不會超過 7 位數字，并且小數點後不超過 3 位。

  FLOAT 類型在長度比較高比如 float(10,2)和 decimal(10,2)同時插入一個符合(10,2)寬度的數值,float 就會出現最後小數點出現一些出入;

  UNSIGNED 和 ZEROFILL 修飾符也可以被 FLOAT、DOUBLE 和 DECIMAL 資料類型使用。并且效果與 INT 資料類型相同。

關于flaot和double

在這裡我建議,幹脆忘記mysql有double這個資料類型。至于why？就不要管它了

字元串類型

MySQL 提供了 8 個基本的字元串類型，可以存儲的範圍從簡單的一個字元到巨大的文本塊或二進制字元串資料。

• BINARY

  BINARY不是函數，是類型轉換運算符，它用來強制它後面的字元串為一個二進制字元串，可以了解為在字元串比較的時候區分大小寫

  SELECT BINARY 'ABCD' = 'abcd' as COM1,'ABCD' = 'abcd' as COM2; -- COM1輸出為0,COM2輸出為1;           

• CHAR 和 VARCHAR 類型

  CHAR 類型用于定長字元串，并且必須在圓括号内用一個大小修飾符來定義。這個大小修飾符的範圍從 0-255。比指定長度大的值将被截短，而比指定長度小的值将會用空格作填補。

CHAR 類型可以使用 BINARY 修飾符。當用于比較運算時，這個修飾符使 CHAR 以二進制方式參于運算，而不是以傳統的區分大小寫的方式。

CHAR 類型的一個變體是 VARCHAR 類型。它是一種可變長度的字元串類型，并且也必須帶有一個範圍在 0-255 之間的訓示器。

CHAR 和 VARCHGAR 不同之處在于 MYSQL 資料庫處理這個訓示器的方式：CHAR

把這個大小視為值的大小，不長度不足的情況下就用空格補足。而 VARCHAR

類型把它視為最大值并且隻使用存儲字元串實際需要的長度（增加一個額外位元組來存儲字元串本身的長度）來存儲值。是以短于訓示器長度的 VARCHAR

類型不會被空格填補，但長于訓示器的值仍然會被截短。

因為 VARCHAR 類型可以根據實際内容動态改變存儲值的長度，是以在不能确定字段需要多少字元時使用 VARCHAR 類型可以大大地節約磁盤空間、提高存儲效率。但如果确切知道字元串長度,比如就在50~55之間,那就用 CHAR 因為 CHAR 類型由于本身定長的特性使其性能要高于 VARCHAR;

VARCHAR 類型在使用 BINARY 修飾符時與 CHAR 類型完全相同。

• TEXT 和 BLOB 類型

  對于字段長度要求超過 255 個的情況下，MySQL 提供了 TEXT 和 BLOB 兩種類型。根據存儲資料的大小，它們都有不同的子類型。這些大型的資料用于存儲文本塊或圖像、聲音檔案等二進制資料類型。

TEXT 和 BLOB 類型在分類和比較上存在差別。BLOB 類型區分大小寫，而 TEXT 不區分大小寫。大小修飾符不用于各種 BLOB 和 TEXT 子類型。比指定類型支援的最大範圍大的值将被自動截短。

時間類型

在處理日期和時間類型的值時，MySQL 帶有 5 個不同的資料類型可供選擇。

• DATE、TIME 和 YEAR 類型

  MySQL 用 DATE 和 YEAR 類型存儲簡單的日期值，使用 TIME

  類型存儲時間值。這些類型可以描述為字元串或不帶分隔符的整數序列。如果描述為字元串，DATE 類型的值應該使用連字号作為分隔符分開，而 TIME

  類型的值應該使用冒号作為分隔符分開。

需要注意的是，沒有冒号分隔符的 TIME 類型值，将會被 MySQL 了解為持續的時間，而不是時間戳。

MySQL 還對日期的年份中的兩個數字的值，或是 SQL 語句中為 YEAR 類型輸入的兩個數字進行最大限度的通譯。因為所有 YEAR

類型的值必須用 4 個數字存儲。MySQL 試圖将 2 個數字的年份轉換為 4 個數字的值。把在 00-69 範圍内的值轉換到

2000-2069 範圍内。把 70-99 範圍内的值轉換到 1970-1979 之内。如果 MySQL

自動轉換後的值并不符合我們的需要，請輸入 4 個數字表示的年份。

• DATETIME 和 TIMESTAMP 類型

  除了日期和時間資料類型，MySQL 還支援 DATETIME 和 TIMESTAMP

  這兩種混合類型。它們可以把日期和時間作為單個的值進行存儲。這兩種類型通常用于自動存儲包含目前日期和時間的時間戳，并可在需要執行大量資料庫事務和需要建立一個調試和審查用途的審計跟蹤的應用程式中發揮良好作用。

如果我們對 TIMESTAMP 類型的字段沒有明确指派，或是被賦與了 null 值。MySQL 會自動使用系統目前的日期和時間來填充它。

複合類型

MySQL 還支援兩種複合資料類型 ENUM 和 SET，它們擴充了 SQL 規範。雖然這些類型在技術上是字元串類型，但是可以被視為不同的資料類型。一個 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 類型字段中找出非法的記錄隻需查找包含空字元串或二進制值為 0 的行。

字段類型總結

1. 雖然上面列出了很多字段類型,但最常用也就是 varchar(255),char(255),text,tinyint(4),smallint(6),mediumint,int(11)幾種。
2. 複合類型我們一般用tinyint,更快的時間更省的空間以及更容易擴充
3. 關于手機号，推薦用char(11),char(11)在查詢上更有效率，因為手機号是一個活躍字段參與邏輯會很多。

4. 一些常用字段舉例

   姓名：char(20)

   價格：DECIMAL(7, 3)

   産品序列号：SMALLINT(5) unsigned

   文章内容: TEXT

   MD5: CHAR(32)

   ip: char(15)

   time: int(10)

   email char(32)

合理的選擇資料類型

• 選擇合理範圍内最小的

  我們應該選擇最小的資料範圍，因為這樣可以大大減少磁盤空間及磁盤I/0讀寫開銷，減少記憶體占用，減少CPU的占用率。

• 選擇相對簡單的資料類型

  數字類型相對字元串類型要簡單的多，尤其是在比較運算時，是以我們應該選擇最簡單的資料類型，比如說在儲存時間時，因為PHP可以良好的處理LINUX時間戳是以我們可以将日期存為int(10)要友善、合适、快速的多。

但是，工作中随着項目越做越多，業務邏輯的處理越來越難以後，我發現時間類型還是用時間類型本身的字段類型要好一些，因為mysql有着豐富的時間函數供我使用，友善我完成很多與時間相關的邏輯，比如月排行榜，周排行榜，當日熱門，生日多少天等等邏輯

• 不要使用null

  為什麼這麼說呢，因為MYSQL對NULL字段索引優化不佳，增加更多的計算難度，同時在儲存與處理NULL類形時，也會做更多的工作，是以從效率上來說，不建議用過多的NULL。有些值他确實有可能沒有值，怎麼辦呢？解決方法是數值弄用整數0，字元串用空來定義預設值即可。

• 字元串類型的使用

  字元串資料類型是一個萬能資料類型，可以儲存數值、字元串、日期等。

  儲存數值類型最好不要用字元串資料類型，這樣存儲的空間顯然是會更大，而且在排序時字元串的9是大于22的，其實如果進行運算時mysql會将字元串轉換為數值類型，大大降低效果，而且這種轉換是不會走原有的索引的。

  如果明确資料在一個完整的集合中如男，女，那麼可以使用set或enum資料類型，這種資料類型在運算及儲存時以數值方式操作，是以效率要比字元串更好，同時空間占用更少。

• VARCHAR與CHAR

  VARCHAR是可變長度字元串類型，那麼即然長度是可變的就會使用1，2個位元組來儲存字元的長度，如果長度在255内使用1個位元組來儲存字元長度，否則使用2個字元來儲存長度。由于varchar是根據儲存的值來儲存資料，是以可以大大節約磁盤空間。

  如果資料經常被執行更新操作，由于VARCHAR是根據内容來進行儲存的，是以mysql将做更多的工作來完成更新操作，如果新資料長度大于老資料長度一些存儲引擎會進行拆分操作處理。同時varchar會完全保留内部所有資料，最典型的說明就是尾部的空格。

  CHAR固定長度的字元串儲存類型，CHAR會去掉尾部的空格。在資料長度相近時使用char類型比較合适，比如md5加密的密碼使用者名等。

  如果資料經常進行更新修改操作，那麼CHAR更好些，因為char長度固定，性能上要快。

• 數值類型的選擇

  數值資料類型要比字元串執行更快，區間小的資料類型占用空間更少，處理速度更快，如tinyint可比bigint要快的多

  選擇資料類型時要考慮内容長度，比如是儲存毫米機關還是米而選擇不同的數值類型

  整數

  整數類型很多比如tinyint、int、smallint、bigint等，那麼我們要根據自己需要存儲的資料長度決定使用的類型，同時tinyint(10)與tinyint(100)在儲存與計算上并無任何差别，差別隻是顯示層面上，但是我們也要選擇适合合适的資料類型長度。可以通過指定zerofill屬性檢視顯示時差別。

  浮點數與精度數值

  浮點數float在儲存空間及運作效率上要優于精度數值類型decimal，但float與double會有舍入錯誤而decimal則可以提供更加準确的小數級精确運算不會有錯誤産生計算更精确，适用于金融類型資料的存儲。