mysql中TINYINT取值範圍是多少

專案場景：

最近在開發過程中，看見表設計中是thinyint字段，但對於它的範圍產生了好奇

Cause:com.mysql.jdbc. MysqlDataTruncation:Data truncation:Out of range value for column 'priority' at row 1;

所以建表的時候，真實效果其實只為tinyint(3),就算你建tinyint(100)，他最大還是3位這麼多。

MySQL中的Tinyint資料型別的取值範圍為帶符號的-128至127。0到255是無符號範圍內的取值範圍，可查看官方《MySQL 5.1參考手冊》

#Tinyint佔用1位元組的儲存空間，即8位元（bit）。那麼Tinyint的取值範圍怎麼來的呢？ 先看無符號的情況。無符號的最小值即全部8位（bit）都為0，換算成十進制就是0，所以無符號的Tinyint的最小值為0.無符號的最大值即全部8bit都為1，11111111，換算成十進制就是255.這很好理解。
有符號的Tinyint的取值範圍是怎麼來的呢？在計算機中，用最高位表示符號。 0表示正，1表示負，剩下的表示數值。則有符號的8bit
最小值：
　　1　　1　　1　　1　　1　　1　　1　　1 = -127 (表示負值)##最大值1　　1　　1 = -127 (表示負值)##最大值　　1　　1　　1 = 127（表示正值）

為什麼有符號的TINYINT的最小值是-128？雖然“-0”也是“0”，但根據正、反、補碼體系，“-0”的補碼和“ 0”是不同的，這樣就出現兩個補碼代表一個數值的情況。為了將補碼與數字一一對應，所以人為規定「0」一律用「 0」代表。同時為了充分利用資源，就將原來本來應該表示「-0」的補碼規定為代表-128。

額外進行知識點拓展

mysql中int、bigint、smallint 和tinyint的主要區別簡單介紹
##最近使用mysql資料庫的時候遇到了多種數字的類型，主要有int,bigint,smallint和tinyint。其中比較困惑的是int和smallint的差別，寫在部落格中做個記錄：

使用整數資料的精確數字資料型態。
bigint從 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整數資料（所有數字）。儲存大小為 8 個位元組。

int

從-2^31 (-2,147,483,648) 到2^31 – 1 (2,147,483,647)

的整數資料（所有類型資料（所有內容數字）。儲存大小為 4 個位元組。 int 的 SQL-92 同義詞為 integer。

smallint

從 -2^15 (-32,768) 到 2^15 – 1 (32,767) 的整數資料。儲存大小為 2 個位元組。

tinyint

從 0 到 255 的整數資料。儲存大小為 1 位元組。

補充:
在支援整數值的地方支援 bigint 資料型別。但是，bigint 用於某些特殊的情況，當整數值超過 int 資料型別支援的範圍時，就可以採用 bigint。在 SQL Server 中，int 資料型別是主要的整數資料型別。
在資料類型優先順序表中，bigint 位於 smallmoney 和 int 之間。 只有當參數表達式是 bigint 資料型別時，函數才會傳回 bigint。 SQL Server 不會自動將其它整數資料型別（tinyint、smallint 和 int）提升為 bigint。 int(M) 在 integer 資料型別中，M 表示最大顯示寬度。在 int(M) 中，M 的值跟 int(M) 所佔多少儲存空間並無任何關係。且數字位數也無關聯 int(3)、int(4)、int(8) 在磁碟上都是佔 4 btyes 的儲存空間。


解決方案：

解決方法主要有三個

2.前端輸入框進行校驗，超過數值則進行彈框提示（不友善）

Assert.isTrue(!(rule.getPriority()!= null && rule.getPriority()>100),"支持最大优先级数为100!");

以上是mysql中TINYINT取值範圍是多少的詳細內容。更多資訊請關注PHP中文網其他相關文章！