項(xiàng)目場景：

最近在開發(fā)過程中，看見表設(shè)計(jì)中是thinyint字段，但對(duì)于它的范圍產(chǎn)生了好奇

問題描述：

當(dāng)我們填寫超過128數(shù)值的時(shí)候，該字段就會(huì)報(bào)以下錯(cuò)誤

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ù)。存儲(chǔ)大小為 1 個(gè)字節(jié)(不設(shè)置為UNSIGNED 無符號(hào)類型)。
所以建表的時(shí)候，真實(shí)效果其實(shí)只為tinyint(3),哪怕你建tinyint(100)，他最大還是3位這么多。

在這里給大家科普一下tinyint為什么會(huì)產(chǎn)生這樣的限制

在MySQL的數(shù)據(jù)類型中，Tinyint的取值范圍是：帶符號(hào)的范圍是-128到127。無符號(hào)的范圍是0到255（可參考官方《MySQL 5.1參考手冊(cè)》

Tinyint占用1字節(jié)的存儲(chǔ)空間，即8位（bit）。那么Tinyint的取值范圍怎么來的呢？
先看無符號(hào)的情況。無符號(hào)的最小值即全部8位（bit）都為0，換算成十進(jìn)制就是0，所以無符號(hào)的Tinyint的最小值為0.無符號(hào)的最大值即全部8bit都為1，11111111，換算成十進(jìn)制就是255.這很好理解。
有符號(hào)的Tinyint的取值范圍是怎么來的呢？在計(jì)算機(jī)中，用最高位表示符號(hào)。0表示正，1表示負(fù)，剩下的表示數(shù)值。那么有符號(hào)的8bit
最小值：
　　1　　1　　1　　1　　1　　1　　1　　1 = -127 (表示負(fù)值)
最大值：
　　0　　1　　1　　1　　1　　1　　1　　1 = +127（表示正值）

怎么有符號(hào)的最小值是-127，而不是-128呢？這就是本文要說的關(guān)鍵地方了，在計(jì)算機(jī)中，表示負(fù)值是用補(bǔ)碼
為什么有符號(hào)的TINYINT的最小值是-128？雖然“-0”也是“0”，但根據(jù)正、反、補(bǔ)碼體系，“-0”的補(bǔ)碼和“+0”是不同的，這樣就出現(xiàn)兩個(gè)補(bǔ)碼代表一個(gè)數(shù)值的情況。為了將補(bǔ)碼與數(shù)字一一對(duì)應(yīng)，所以人為規(guī)定“0”一律用“+0”代表。同時(shí)為了充分利用資源，就將原來本應(yīng)該表示“-0”的補(bǔ)碼規(guī)定為代表-128。

額外進(jìn)行知識(shí)點(diǎn)拓展
mysql中int、bigint、smallint 和 tinyint的主要區(qū)別簡單介紹

最近使用mysql數(shù)據(jù)庫的時(shí)候遇到了多種數(shù)字的類型，主要有int,bigint,smallint和tinyint。其中比較迷惑的是int和smallint的差別，寫在博客中做個(gè)記錄：
使用整數(shù)數(shù)據(jù)的精確數(shù)字?jǐn)?shù)據(jù)類型。
bigint
從 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整型數(shù)據(jù)（所有數(shù)字）。存儲(chǔ)大小為 8 個(gè)字節(jié)。

int
從 -2^31 (-2,147,483,648) 到 2^31 – 1 (2,147,483,647)
的整型數(shù)據(jù)（所有數(shù)字）。存儲(chǔ)大小為 4 個(gè)字節(jié)。int 的 SQL-92 同義字為 integer。

smallint
從 -2^15 (-32,768) 到 2^15 – 1 (32,767) 的整型數(shù)據(jù)。存儲(chǔ)大小為 2 個(gè)字節(jié)。

tinyint
從 0 到 255 的整型數(shù)據(jù)。存儲(chǔ)大小為 1 字節(jié)。
補(bǔ)充:
在支持整數(shù)值的地方支持 bigint 數(shù)據(jù)類型。但是，bigint 用于某些特殊的情況，當(dāng)整數(shù)值超過 int 數(shù)據(jù)類型支持的范圍時(shí)，就可以采用 bigint。在 SQL Server 中，int 數(shù)據(jù)類型是主要的整數(shù)數(shù)據(jù)類型。
在數(shù)據(jù)類型優(yōu)先次序表中，bigint 位于 smallmoney 和 int 之間。
只有當(dāng)參數(shù)表達(dá)式是 bigint 數(shù)據(jù)類型時(shí)，函數(shù)才返回 bigint。SQL Server 不會(huì)自動(dòng)將其它整數(shù)數(shù)據(jù)類型（tinyint、smallint 和 int）提升為 bigint。
int(M) 在 integer 數(shù)據(jù)類型中，M 表示最大顯示寬度。在 int(M) 中，M 的值跟 int(M) 所占多少存儲(chǔ)空間并無任何關(guān)系。和數(shù)字位數(shù)也無關(guān)系 int(3)、int(4)、int(8) 在磁盤上都是占用 4 btyes 的存儲(chǔ)空間。

解決方案：

解決方法主要有三個(gè)
1.修改數(shù)據(jù)表字段（改為int或者其他類型）
2.前端輸入框進(jìn)行校驗(yàn)，超過數(shù)值則進(jìn)行彈框提示（不友好）
3.后端數(shù)值進(jìn)行校驗(yàn)，不符合則拋出異常提示（我用的第三種方式）

Assert.isTrue(!(rule.getPriority()!= null && rule.getPriority()>100),"支持最大優(yōu)先級(jí)數(shù)為100!");

到此這篇關(guān)于mysql中TINYINT取值范圍的文章就介紹到這了,更多相關(guān)mysql TINYINT取值范圍內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論