mysql字段類型

字段類型
數(shù)值
MySQL 的數(shù)值數(shù)據(jù)類型可以大致劃分為兩個類別,一個是整數(shù),另一個是浮點數(shù)或小數(shù)。許多不同的子類型對這些類別中的每一個都是可用的,每個子類型支持不同大小的數(shù)據(jù),并且 MySQL 允許我們指定數(shù)值字段中的值是否有正負之分(UNSIGNED)或者用零填補(ZEROFILL)。


INT在 MySQL 中支持的 5 個主要整數(shù)類型是 TINYINT,SMALLINT,MEDIUMINT,INT 和 BIGINT。這些類型在很大程度上是相同的,只有它們存儲的值的大小是不相同的。MySQL 以一個可選的顯示寬度指示器的形式對 SQL 標準進行擴展(如 INT(6),6即是其寬度指示器,該寬度指示器并不會影響int列存儲字段的大小,也就是說,超過6位它不會自動截取,依然會存儲,只有超過它本身的存儲范圍才會截取;此處寬度指示器的作用在于該字段是否有zerofill,如果有就未滿足6位的部分就會用0來填充),這樣當從數(shù)據(jù)庫檢索一個值時,可以把這個值加長到指定的長度。例如,指定一個字段的類型為 INT(6),就可以保證所包含數(shù)字少于 6 個的值從數(shù)據(jù)庫中檢索出來時能夠自動地用空格填充。需要注意的是,使用一個寬度指示器不會影響字段的大小和它可以存儲的值的范圍。萬一我們需要對一個字段存儲一個超出許可范圍的數(shù)字,MySQL 會根據(jù)允許范圍最接近它的一端截短后再進行存儲。還有一個比較特別的地方是,MySQL 會在不合規(guī)定的值插入表前自動修改為 0。

unsigned 和 zerofillUNSIGNED 修飾符規(guī)定字段只保存正值,即無符號,而mysql字段默認是有符號的。因為不需要保存數(shù)字的正、負符號,可以在儲時節(jié)約一個"位"的空間(即翻一倍)。從而增大這個字段可以存儲的值的范圍。注意這個修飾符要緊跟在數(shù)值類型后面;ZEROFILL 修飾符規(guī)定 0(不是空格)可以用來真補輸出的值。使用這個修飾符可以阻止 MySQL 數(shù)據(jù)庫存儲負值,如果某列設置為zerofill,那它自動就unsigned。這個值要配合int,tinyint,smallint,midiumint等字段的寬度指示器來用;XXint(M),如果沒有zerofill,這個M的寬度指示器是沒有意義的.(注意,測試前導0的時候,還是去黑窗口測試;)

為什么mysql存儲的值要分有符號和無符號呢?因為一個字節(jié),占8bit;也就1個bit有0和1兩種可能,8個bit就是2^8 = 256種可能,也就是0~255;但如果是有符號的話,就得拿一個1bit來存儲這個負號,本來8bit只剩7bit,2^7 = 128,也就是-128~127(正數(shù)部分包含一個0);

FLOAT、DOUBLE 和 DECIMAL 類型MySQL 支持的三個浮點類型是 FLOAT、DOUBLE 和 DECIMAL 類型。FLOAT 數(shù)值類型用于表示單精度浮點數(shù)值,而 DOUBLE 數(shù)值類型用于表示雙精度浮點數(shù)值。與整數(shù)一樣,這些類型也帶有附加參數(shù):一個顯示寬度指示器和一個小數(shù)點指示器(必須要帶有指示器,要不然會查不到結(jié)果,并且寬度指示器和XXint類型的寬度指示器不同,這里是有實際限制寬度的)。比如語句 FLOAT(7,3) 規(guī)定顯示的值不會超過 7 位數(shù)字(包括小數(shù)位),小數(shù)點后面帶有 3 位數(shù)字。對于小數(shù)點后面的位數(shù)超過允許范圍的值,MySQL 會自動將它四舍五入為最接近它的值,再插入它。DECIMAL 數(shù)據(jù)類型用于精度要求非常高的計算中,這種類型允許指定數(shù)值的精度和計數(shù)方法作為選擇參數(shù)。精度在這里指為這個值保存的有效數(shù)字的總個數(shù),而計數(shù)方法表示小數(shù)點后數(shù)字的位數(shù)。比如語句 DECIMAL(7,3) 規(guī)定了存儲的值不會超過 7 位數(shù)字,并且小數(shù)點后不超過 3 位。FLOAT 類型在長度比較高比如 float(10,2)和 decimal(10,2)同時插入一個符合(10,2)寬度的數(shù)值,float 就會出現(xiàn)最后小數(shù)點出現(xiàn)一些出入;UNSIGNED 和 ZEROFILL 修飾符也可以被 FLOAT、DOUBLE 和 DECIMAL 數(shù)據(jù)類型使用。并且效果與 INT 數(shù)據(jù)類型相同。

關(guān)于flaot和double在這里我建議,干脆忘記mysql有double這個數(shù)據(jù)類型。至于why?就不要管它了

字符串類型

MySQL 提供了 8 個基本的字符串類型,可以存儲的范圍從簡單的一個字符到巨大的文本塊或二進制字符串數(shù)據(jù)。

BINARYBINARY不是函數(shù),是類型轉(zhuǎn)換運算符,它用來強制它后面的字符串為一個二進制字符串,可以理解為在字符串比較的時候區(qū)分大小寫

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

CHAR 和 VARCHAR 類型CHAR 類型用于定長字符串,并且必須在圓括號內(nèi)用一個大小修飾符來定義。這個大小修飾符的范圍從 0-255。比指定長度大的值將被截短,而比指定長度小的值將會用空格作填補。CHAR 類型可以使用 BINARY 修飾符。當用于比較運算時,這個修飾符使 CHAR 以二進制方式參于運算,而不是以傳統(tǒng)的區(qū)分大小寫的方式。CHAR 類型的一個變體是 VARCHAR 類型。它是一種可變長度的字符串類型,并且也必須帶有一個范圍在 0-255 之間的指示器。CHAR 和 VARCHGAR 不同之處在于 MYSQL 數(shù)據(jù)庫處理這個指示器的方式:CHAR 把這個大小視為值的大小,不長度不足的情況下就用空格補足。而 VARCHAR 類型把它視為最大值并且只使用存儲字符串實際需要的長度(增加一個額外字節(jié)來存儲字符串本身的長度)來存儲值。所以短于指示器長度的 VARCHAR 類型不會被空格填補,但長于指示器的值仍然會被截短。因為 VARCHAR 類型可以根據(jù)實際內(nèi)容動態(tài)改變存儲值的長度,所以在不能確定字段需要多少字符時使用 VARCHAR 類型可以大大地節(jié)約磁盤空間、提高存儲效率。但如果確切知道字符串長度,比如就在50~55之間,那就用 CHAR 因為 CHAR 類型由于本身定長的特性使其性能要高于 VARCHAR;VARCHAR 類型在使用 BINARY 修飾符時與 CHAR 類型完全相同。

TEXT 和 BLOB 類型對于字段長度要求超過 255 個的情況下,MySQL 提供了 TEXT 和 BLOB 兩種類型。根據(jù)存儲數(shù)據(jù)的大小,它們都有不同的子類型。這些大型的數(shù)據(jù)用于存儲文本塊或圖像、聲音文件等二進制數(shù)據(jù)類型。TEXT 和 BLOB 類型在分類和比較上存在區(qū)別。BLOB 類型區(qū)分大小寫,而 TEXT 不區(qū)分大小寫。大小修飾符不用于各種 BLOB 和 TEXT 子類型。比指定類型支持的最大范圍大的值將被自動截短。

時間類型
在處理日期和時間類型的值時,MySQL 帶有 5 個不同的數(shù)據(jù)類型可供選擇。


DATE、TIME 和 YEAR 類型MySQL 用 DATE 和 YEAR 類型存儲簡單的日期值,使用 TIME 類型存儲時間值。這些類型可以描述為字符串或不帶分隔符的整數(shù)序列。如果描述為字符串,DATE 類型的值應該使用連字號作為分隔符分開,而 TIME 類型的值應該使用冒號作為分隔符分開。需要注意的是,沒有冒號分隔符的 TIME 類型值,將會被 MySQL 理解為持續(xù)的時間,而不是時間戳。MySQL 還對日期的年份中的兩個數(shù)字的值,或是 SQL 語句中為 YEAR 類型輸入的兩個數(shù)字進行最大限度的通譯。因為所有 YEAR 類型的值必須用 4 個數(shù)字存儲。MySQL 試圖將 2 個數(shù)字的年份轉(zhuǎn)換為 4 個數(shù)字的值。把在 00-69 范圍內(nèi)的值轉(zhuǎn)換到 2000-2069 范圍內(nèi)。把 70-99 范圍內(nèi)的值轉(zhuǎn)換到 1970-1979 之內(nèi)。如果 MySQL 自動轉(zhuǎn)換后的值并不符合我們的需要,請輸入 4 個數(shù)字表示的年份。

DATETIME 和 TIMESTAMP 類型除了日期和時間數(shù)據(jù)類型,MySQL 還支持 DATETIME 和 TIMESTAMP 這兩種混合類型。它們可以把日期和時間作為單個的值進行存儲。這兩種類型通常用于自動存儲包含當前日期和時間的時間戳,并可在需要執(zhí)行大量數(shù)據(jù)庫事務和需要建立一個調(diào)試和審查用途的審計跟蹤的應用程序中發(fā)揮良好作用。

如果我們對 TIMESTAMP 類型的字段沒有明確賦值,或是被賦與了 null 值。MySQL 會自動使用系統(tǒng)當前的日期和時間來填充它。

復合類型
MySQL 還支持兩種復合數(shù)據(jù)類型 ENUM 和 SET,它們擴展了 SQL 規(guī)范。雖然這些類型在技術(shù)上是字符串類型,但是可以被視為不同的數(shù)據(jù)類型。一個 ENUM 類型只允許從一個集合中取得一個值;而 SET 類型允許從一個集合中取得任意多個值。
ENUM 類型ENUM 類型因為只允許在集合中取得一個值,有點類似于單選項。在處理相互排拆的數(shù)據(jù)時容易讓人理解,比如人類的性別。ENUM 類型字段可以從集合中取得一個值或使用 null 值,除此之外的輸入將會使 MySQL 在這個字段中插入一個空字符串。另外如果插入值的大小寫與集合中值的大小寫不匹配,MySQL 會自動使用插入值的大小寫轉(zhuǎn)換成與集合中大小寫一致的值。ENUM 類型在系統(tǒng)內(nèi)部可以存儲為數(shù)字,并且從 1 開始用數(shù)字做索引。一個 ENUM 類型最多可以包含 65536 個元素,其中一個元素被 MySQL 保留,用來存儲錯誤信息,這個錯誤值用索引 0 或者一個空字符串表示。MySQL 認為 ENUM 類型集合中出現(xiàn)的值是合法輸入,除此之外其它任何輸入都將失敗。這說明通過搜索包含空字符串或?qū)獢?shù)字索引為 0 的行就可以很容易地找到錯誤記錄的位置。

SET 類型SET 類型與 ENUM 類型相似但不相同。SET 類型可以從預定義的集合中取得任意數(shù)量的值。并且與 ENUM 類型相同的是任何試圖在 SET 類型字段中插入非預定義的值都會使 MySQL 插入一個空字符串。如果插入一個即有合法的元素又有非法的元素的記錄,MySQL 將會保留合法的元素,除去非法的元素。一個 SET 類型最多可以包含 64 項元素。還去除了重復的元素,所以 SET 類型中不可能包含兩個相同的元素。希望從 SET 類型字段中找出非法的記錄只需查找包含空字符串或二進制值為 0 的行。

字段類型總結(jié)
雖然上面列出了很多字段類型,但最常用也就是 varchar(255),char(255),text,tinyint(4),smallint(6),mediumint,int(11)幾種。
復合類型我們一般用tinyint,更快的時間更省的空間以及更容易擴展
關(guān)于手機號,推薦用char(11),char(11)在查詢上更有效率,因為手機號是一個活躍字段參與邏輯會很多。
一些常用字段舉例姓名:char(20)價格:DECIMAL(7, 3)產(chǎn)品序列號:SMALLINT(5) unsigned文章內(nèi)容: TEXTMD5: CHAR(32)ip: char(15)time: int(10)email char(32)

合理的選擇數(shù)據(jù)類型
選擇合理范圍內(nèi)最小的我們應該選擇最小的數(shù)據(jù)范圍,因為這樣可以大大減少磁盤空間及磁盤I/0讀寫開銷,減少內(nèi)存占用,減少CPU的占用率。

選擇相對簡單的數(shù)據(jù)類型數(shù)字類型相對字符串類型要簡單的多,尤其是在比較運算時,所以我們應該選擇最簡單的數(shù)據(jù)類型,比如說在保存時間時,因為PHP可以良好的處理LINUX時間戳所以我們可以將日期存為int(10)要方便、合適、快速的多

但是,工作中隨著項目越做越多,業(yè)務邏輯的處理越來越難以后,我發(fā)現(xiàn)時間類型還是用時間類型本身的字段類型要好一些,因為mysql有著豐富的時間函數(shù)供我使用,方便我完成很多與時間相關(guān)的邏輯,比如月排行榜,周排行榜,當日熱門,生日多少天等等邏輯

不要使用null為什么這么說呢,因為MYSQL對NULL字段索引優(yōu)化不佳,增加更多的計算難度,同時在保存與處理NULL類形時,也會做更多的工作,所以從效率上來說,不建議用過多的NULL。有些值他確實有可能沒有值,怎么辦呢?解決方法是數(shù)值弄用整數(shù)0,字符串用空來定義默認值即可。

字符串類型的使用字符串數(shù)據(jù)類型是一個萬能數(shù)據(jù)類型,可以儲存數(shù)值、字符串、日期等。保存數(shù)值類型最好不要用字符串數(shù)據(jù)類型,這樣存儲的空間顯然是會更大,而且在排序時字符串的9是大于22的,其實如果進行運算時mysql會將字符串轉(zhuǎn)換為數(shù)值類型,大大降低效果,而且這種轉(zhuǎn)換是不會走原有的索引的。如果明確數(shù)據(jù)在一個完整的集合中如男,女,那么可以使用set或enum數(shù)據(jù)類型,這種數(shù)據(jù)類型在運算及儲存時以數(shù)值方式操作,所以效率要比字符串更好,同時空間占用更少。

VARCHAR與CHAR
VARCHAR是可變長度字符串類型,那么即然長度是可變的就會使用1,2個字節(jié)來保存字符的長度,如果長度在255內(nèi)使用1個字節(jié)來保存字符長度,否則使用2個字符來保存長度。由于varchar是根據(jù)儲存的值來保存數(shù)據(jù),所以可以大大節(jié)約磁盤空間。如果數(shù)據(jù)經(jīng)常被執(zhí)行更新操作,由于VARCHAR是根據(jù)內(nèi)容來進行儲存的,所以mysql將做更多的工作來完成更新操作,如果新數(shù)據(jù)長度大于老數(shù)據(jù)長度一些存儲引擎會進行拆分操作處理。同時varchar會完全保留內(nèi)部所有數(shù)據(jù),最典型的說明就是尾部的空格。
CHAR固定長度的字符串保存類型,CHAR會去掉尾部的空格。在數(shù)據(jù)長度相近時使用char類型比較合適,比如md5加密的密碼用戶名等。如果數(shù)據(jù)經(jīng)常進行更新修改操作,那么CHAR更好些,因為char長度固定,性能上要快。

數(shù)值類型的選擇數(shù)值數(shù)據(jù)類型要比字符串執(zhí)行更快,區(qū)間小的數(shù)據(jù)類型占用空間更少,處理速度更快,如tinyint可比bigint要快的多選擇數(shù)據(jù)類型時要考慮內(nèi)容長度,比如是保存毫米單位還是米而選擇不同的數(shù)值類型
整數(shù)整數(shù)類型很多比如tinyint、int、smallint、bigint等,那么我們要根據(jù)自己需要存儲的數(shù)據(jù)長度決定使用的類型,同時tinyint(10)與tinyint(100)在儲存與計算上并無任何差別,區(qū)別只是顯示層面上,但是我們也要選擇適合合適的數(shù)據(jù)類型長度。可以通過指定zerofill屬性查看顯示時區(qū)別。
浮點數(shù)與精度數(shù)值浮點數(shù)float在儲存空間及運行效率上要優(yōu)于精度數(shù)值類型decimal,但float與double會有舍入錯誤而decimal則可以提供更加準確的小數(shù)級精確運算不會有錯誤產(chǎn)生計算更精確,適用于金融類型數(shù)據(jù)的存儲。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,825評論 6 546
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,814評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,980評論 0 384
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 64,064評論 1 319
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,779評論 6 414
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 56,109評論 1 330
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,099評論 3 450
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 43,287評論 0 291
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,799評論 1 338
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 41,515評論 3 361
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,750評論 1 375
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,221評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,933評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,327評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,667評論 1 296
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,492評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,703評論 2 380

推薦閱讀更多精彩內(nèi)容