最近在開發過程中，看見表設計中是thinyint字段，但對於它的範圍產生了好奇
Cause:com.mysql.jdbc. MysqlDataTruncation:Data truncation:Out of range value for column 'priority' at row 1;原因分析：從-2^7 (-128) 到2^7 - 1 (127) 的整數資料。儲存大小為 1 個位元組(不設定為UNSIGNED 無符號類型)。
所以建表的時候，真實效果其實只為tinyint(3),就算你建tinyint(100)，他最大還是3位這麼多。
MySQL中的Tinyint資料型別的取值範圍為帶符號的-128至127。0到255是無符號範圍內的取值範圍，可查看官方《MySQL 5.1參考手冊》
怎麼有符號的最小值是-127，而不是-128呢？這就是本文要說的關鍵地方了，在計算機中，表示負值是用補碼#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的差別，寫在部落格中做個記錄：
使用整數資料的精確數字資料型態。
int
bigint從 -2^63 (-9223372036854775808) 到 2^63-1 (9223372036854775807) 的整數資料（所有數字）。儲存大小為 8 個位元組。
從-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 位元組。1.修改資料表欄位（改為int或其他型別）補充:
解決方法主要有三個
在支援整數值的地方支援 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 的儲存空間。
解決方案：
Assert.isTrue(!(rule.getPriority()!= null && rule.getPriority()>100),"支持最大优先级数为100!");
以上是mysql中TINYINT取值範圍是多少的詳細內容。更多資訊請關注PHP中文網其他相關文章！
