淺談Mysql?tinyint(1)與tinyint(4)的區(qū)別
引言
借由本篇文章來探討下在Mysql數(shù)據(jù)庫中數(shù)值類型tinyint(1)和tinyint(4) 有啥區(qū)別呢?
什么是tinyint(M)?
先來了解下mysql中字符串類型varchar(M) 和數(shù)值類型tinyint(M) 的區(qū)別?
字符串列類型: varchar(M) 而言,M 是字段中可以存儲的最大字符長度,也就是說是字段長度。根據(jù)設(shè)置,當(dāng)你插入超出字段長度的數(shù)據(jù)時,你很可能會收到錯誤提示,即使沒有收到錯誤提示,你插入的數(shù)據(jù)也會被自動截斷以適應(yīng)該字段的預(yù)定義長度。所以,varchar(20) 和 varchar(40) 是不同的,其真實反映了該字段可以存儲的數(shù)據(jù)長度。
數(shù)值列類型:其長度修飾符表示最大顯示寬度,與該字段物理存儲沒有任何關(guān)系。也就是說,tinyint(1) 和 tinyint(4) 能夠存儲的數(shù)值范圍都是-128…127 (or for unsigned values 0…255),他們是相同的數(shù)據(jù)類型,當(dāng)然他們還是有一點差異,以下會有說明。
對于 tinyint 數(shù)據(jù)類型,只占 1 個字節(jié):
- 無符號的(unsigned),范圍是 0 到 255,默認(rèn)長度是 3。
- 有符號的(signed),范圍是 -128 到 127,默認(rèn)長度是 4。
范圍算法:tinyint占1個字節(jié),一個字節(jié) 8 位,也就是1*8=8,可以表示的數(shù)字個數(shù)是 2的 8 次方(2^8 = 256個數(shù)字)。
區(qū)別:若使用了 zerofill,當(dāng)實際長度達不到指定的顯示長度時,就會用 0 在前面補齊。(簡記zerofill作用就是補零)
測試
先創(chuàng)建一張測試表,對 tinyint 類型都使用 zerofill。
CREATE TABLE `pre_demo` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主鍵', `unsigned_t` tinyint(3) unsigned zerofill NOT NULL DEFAULT '000', `signed_t` tinyint(4) unsigned zerofill NOT NULL DEFAULT '0000', `t1` tinyint(1) unsigned zerofill NOT NULL DEFAULT '0', `t2` tinyint(2) unsigned zerofill NOT NULL DEFAULT '00', `t3` tinyint(3) unsigned zerofill NOT NULL DEFAULT '000', `t4` tinyint(4) unsigned zerofill NOT NULL DEFAULT '0000', `t5` tinyint(5) unsigned zerofill NOT NULL DEFAULT '00000', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
然后,插入測試數(shù)據(jù)。
NSERT INTO pre_demo VALUES(NULL,8,8,8,8,8,8,8); INSERT INTO pre_demo VALUES(NULL,123,123,123,123,123,123,123);
最后,查詢數(shù)據(jù)表中的數(shù)據(jù)。
mysql> SELECT * FROM pre_demo; +----+------------+----------+-----+-----+-----+------+-------+ | id | unsigned_t | signed_t | t1 | t2 | t3 | t4 | t5 | +----+------------+----------+-----+-----+-----+------+-------+ | 1 | 008 | 0008 | 8 | 08 | 008 | 0008 | 00008 | | 2 | 123 | 0123 | 123 | 123 | 123 | 0123 | 00123 | +----+------------+----------+-----+-----+-----+------+-------+ 2 rows in set (0.00 sec)
mysql> SELECT *,LENGTH(id),LENGTH(unsigned_t),LENGTH(t1) FROM pre_demo; +----+------------+----------+-----+-----+-----+------+-------+------------+--------------------+------------+ | id | unsigned_t | signed_t | t1 | t2 | t3 | t4 | t5 | LENGTH(id) | LENGTH(unsigned_t) | LENGTH(t1) | +----+------------+----------+-----+-----+-----+------+-------+------------+--------------------+------------+ | 1 | 008 | 0008 | 8 | 08 | 008 | 0008 | 00008 | 1 | 3 | 1 | | 2 | 123 | 0123 | 123 | 123 | 123 | 0123 | 00123 | 1 | 3 | 3 | +----+------------+----------+-----+-----+-----+------+-------+------------+--------------------+------------+ 2 rows in set (0.00 sec)
總結(jié)
- tinyint(1) 與 tinyint(4) 能夠存儲的數(shù)據(jù)范圍是一樣的,都是 0 到 255(無符號的)。區(qū)別在于,當(dāng)使用 zerofill 時,查詢結(jié)果顯示的長度可能不同。
- zerofill 和 指定長度配合使用,可用于統(tǒng)一數(shù)據(jù)的顯示長度,比如在數(shù)據(jù)庫層面快速生成統(tǒng)一長度的流水號。
- 一般情況下,無須刻意指定整型數(shù)據(jù)類型的長度。使用 MySQL 的默認(rèn)長度tinyint(4) 即可。
參考文獻
http://blog.darkmi.com/2016/06/24/3110.html
https://blog.csdn.net/lamp_yang_3533/article/details/100061678
到此這篇關(guān)于淺談Mysql tinyint(1)與tinyint(4)的區(qū)別的文章就介紹到這了,更多相關(guān)Mysql tinyint(1)與tinyint(4)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MySQL獲取版本號的N種方法(全網(wǎng)最全以及避坑大全)
相信大家在工作學(xué)習(xí)中經(jīng)常有需要查詢 MySQL 數(shù)據(jù)庫版本的情況,這里給大家介紹幾種在 MySQL 中查詢數(shù)據(jù)庫版本的方法以及每種方法適用的場景,相信總有一種可以幫到你,需要的朋友可以參考下2024-10-10一步步教你在Navicat上如何停止正在運行的MYSQL語句
很多時候我們會提交一些耗時比較長的sql,可能出現(xiàn)mysql服務(wù)器內(nèi)存或者CPU暴增,引起報警,甚至影響其他業(yè)務(wù),下面這篇文章主要給大家介紹了關(guān)于在Navicat上如何停止正在運行的MYSQL語句的相關(guān)資料,需要的朋友可以參考下2023-03-03mysql?sql_mode數(shù)據(jù)驗證檢查方法
sql_mode?會影響MySQL支持的sql語法以及執(zhí)行的數(shù)據(jù)驗證檢查,通過設(shè)置sql_mode?,可以完成不同嚴(yán)格程度的數(shù)據(jù)校驗,有效地保障數(shù)據(jù)準(zhǔn)確性,這篇文章主要介紹了mysql?sql_mode數(shù)據(jù)驗證檢查,需要的朋友可以參考下2023-08-08mysql自動停止 Plugin FEDERATED is disabled 的完美解決方法
今天在配置服務(wù)器的時候,發(fā)現(xiàn)mysql的一個錯誤提示在 本地計算機 無法啟動 MySQL 服務(wù)。錯誤 1067: 進程意外終止,其實原因很多這個不是導(dǎo)致進程意外終止的最終原因,但可以解決2016-04-04