一文介紹mysql中TINYINT取值范圍
項目場景:
最近在開發(fā)過程中,看見表設(shè)計中是thinyint字段,但對于它的范圍產(chǎn)生了好奇
問題描述:
當(dāng)我們填寫超過128數(shù)值的時候,該字段就會報以下錯誤
Cause:com.mysql.jdbc.MysqlDataTruncation:Data truncation:Out of range value for column 'priority' at row 1;
原因分析:
從 -2^7 (-128) 到 2^7 - 1 (127) 的整型數(shù)據(jù)。存儲大小為 1 個字節(jié)(不設(shè)置為UNSIGNED 無符號類型)。
所以建表的時候,真實效果其實只為tinyint(3),哪怕你建tinyint(100),他最大還是3位這么多。
在這里給大家科普一下tinyint為什么會產(chǎn)生這樣的限制
在MySQL的數(shù)據(jù)類型中,Tinyint的取值范圍是:帶符號的范圍是-128到127。無符號的范圍是0到255(可參考官方《MySQL 5.1參考手冊》
Tinyint占用1字節(jié)的存儲空間,即8位(bit)。那么Tinyint的取值范圍怎么來的呢?
先看無符號的情況。無符號的最小值即全部8位(bit)都為0,換算成十進(jìn)制就是0,所以無符號的Tinyint的最小值為0.無符號的最大值即全部8bit都為1,11111111,換算成十進(jìn)制就是255.這很好理解。
有符號的Tinyint的取值范圍是怎么來的呢?在計算機中,用最高位表示符號。0表示正,1表示負(fù),剩下的表示數(shù)值。那么有符號的8bit
最小值:
1 1 1 1 1 1 1 1 = -127 (表示負(fù)值)
最大值:
0 1 1 1 1 1 1 1 = +127(表示正值)
怎么有符號的最小值是-127,而不是-128呢?這就是本文要說的關(guān)鍵地方了,在計算機中,表示負(fù)值是用補碼
為什么有符號的TINYINT的最小值是-128?雖然“-0”也是“0”,但根據(jù)正、反、補碼體系,“-0”的補碼和“+0”是不同的,這樣就出現(xiàn)兩個補碼代表一個數(shù)值的情況。為了將補碼與數(shù)字一一對應(yīng),所以人為規(guī)定“0”一律用“+0”代表。同時為了充分利用資源,就將原來本應(yīng)該表示“-0”的補碼規(guī)定為代表-128。
額外進(jìn)行知識點拓展
mysql中int、bigint、smallint 和 tinyint的主要區(qū)別簡單介紹
最近使用mysql數(shù)據(jù)庫的時候遇到了多種數(shù)字的類型,主要有int,bigint,smallint和tinyint。其中比較迷惑的是int和smallint的差別,寫在博客中做個記錄:
使用整數(shù)數(shù)據(jù)的精確數(shù)字?jǐn)?shù)據(jù)類型。
bigint
從 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整型數(shù)據(jù)(所有數(shù)字)。存儲大小為 8 個字節(jié)。
int
從 -2^31 (-2,147,483,648) 到 2^31 – 1 (2,147,483,647)
的整型數(shù)據(jù)(所有數(shù)字)。存儲大小為 4 個字節(jié)。int 的 SQL-92 同義字為 integer。
smallint
從 -2^15 (-32,768) 到 2^15 – 1 (32,767) 的整型數(shù)據(jù)。存儲大小為 2 個字節(jié)。
tinyint
從 0 到 255 的整型數(shù)據(jù)。存儲大小為 1 字節(jié)。
補充:
在支持整數(shù)值的地方支持 bigint 數(shù)據(jù)類型。但是,bigint 用于某些特殊的情況,當(dāng)整數(shù)值超過 int 數(shù)據(jù)類型支持的范圍時,就可以采用 bigint。在 SQL Server 中,int 數(shù)據(jù)類型是主要的整數(shù)數(shù)據(jù)類型。
在數(shù)據(jù)類型優(yōu)先次序表中,bigint 位于 smallmoney 和 int 之間。
只有當(dāng)參數(shù)表達(dá)式是 bigint 數(shù)據(jù)類型時,函數(shù)才返回 bigint。SQL Server 不會自動將其它整數(shù)數(shù)據(jù)類型(tinyint、smallint 和 int)提升為 bigint。
int(M) 在 integer 數(shù)據(jù)類型中,M 表示最大顯示寬度。在 int(M) 中,M 的值跟 int(M) 所占多少存儲空間并無任何關(guān)系。和數(shù)字位數(shù)也無關(guān)系 int(3)、int(4)、int(8) 在磁盤上都是占用 4 btyes 的存儲空間。
解決方案:
解決方法主要有三個
1.修改數(shù)據(jù)表字段(改為int或者其他類型)
2.前端輸入框進(jìn)行校驗,超過數(shù)值則進(jìn)行彈框提示(不友好)
3.后端數(shù)值進(jìn)行校驗,不符合則拋出異常提示(我用的第三種方式)
Assert.isTrue(!(rule.getPriority()!= null && rule.getPriority()>100),"支持最大優(yōu)先級數(shù)為100!");
到此這篇關(guān)于mysql中TINYINT取值范圍的文章就介紹到這了,更多相關(guān)mysql TINYINT取值范圍內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MySQL基于group_concat()函數(shù)合并多行數(shù)據(jù)
這篇文章主要介紹了MySQL基于group_concat()函數(shù)合并多行數(shù)據(jù),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-10-10關(guān)于MySQL外鍵的簡單學(xué)習(xí)教程
這篇文章主要介紹了關(guān)于MySQL外鍵的簡單學(xué)習(xí)教程,對InnoDB引擎下的外鍵約束做了簡潔的講解,需要的朋友可以參考下2015-11-11Mysql 5.7.18 解壓版下載安裝及啟動mysql服務(wù)的圖文詳解
這篇文章主要介紹了Mysql 5.7.18 解壓版下載安裝及啟動mysql服務(wù)的圖文詳解,非常不錯,具有參考借鑒價值,需要的朋友可以參考下2017-05-05