mysql unsigned 用法及相減出現(xiàn)補數(shù)溢出解決方法
例如如果 tinyint最大是127,那 tinyint unsigned 最大 就可以到 127 * 2
unsigned 屬性只針對整型,而binary屬性只用于char 和varchar。
類型 |
說明 |
tinyint |
非常小的整數(shù) |
smallint |
較小整數(shù) |
mediumint |
中等大小整數(shù) |
int |
標準整數(shù) |
bigint |
較大整數(shù) |
float |
單精度浮點數(shù) |
double |
雙精度浮點數(shù) |
decimal |
一個串的浮點數(shù) |
每種數(shù)值類型的名稱和取值范圍如表2所示。
類型說明 |
取值范圍 |
tinyint[(m)] |
有符號值:-128 到127(- 27 到27 - 1) 無符號值:0到255(0 到28 - 1) |
smallint[(m)] |
有符號值:-32768 到32767(- 215 到215 - 1) 無符號值:0到65535(0 到21 6 - 1) |
mediumint[(m)] |
有符號值:-8388608 到8388607(- 22 3 到22 3 - 1 ) 無符號值:0到16777215(0 到22 4 - 1) |
int[(m)] |
有符號值:-2147683648 到2147683647(- 231 到231- 1) 無符號值:0到4294967295(0 到232 - 1) |
bigint[(m)] |
有符號值:-9223372036854775808 到9223373036854775807(- 263到263-1) 無符號值:0到18446744073709551615(0到264 – 1) 8個字節(jié) |
float[(m, d)] |
最小非零值:±1.175494351e - 38 |
double[(m,d)] |
最小非零值:±2.2250738585072014e - 308 |
decimal (m, d) |
可變;其值的范圍依賴于m 和d |
表2:數(shù)值列類型的取值范圍
各種類型值所需的存儲量如表3所示。
類型說明 |
存儲需求 |
tinyint[(m)] |
1字節(jié) |
smallint[(m)] |
2字節(jié) |
mediumint[(m)] |
3字節(jié) |
int[(m)] |
4字節(jié) |
bigint[(m)] |
8字節(jié) |
float[(m, d)] |
4字節(jié) |
double[(m, d)] |
8字節(jié) |
decimal (m, d) |
m字節(jié)(mysql < 3.23),m+2字節(jié)(mysql > 3.23 ) |
表3:數(shù)值列類型的存儲需求
mysql提供了五種整型: tinyint、smallint、mediumint、int和bigint。int為integer的縮寫。這些類型在可表示的取值范圍上是不同的。 整數(shù)列可定義為unsigned從而禁用負值;這使列的取值范圍為0以上。各種類型的存儲量需求也是不同的。取值范圍較大的類型所需的存儲量較大。
mysql5 unsigned 相減出現(xiàn)補數(shù) 溢出 解決辦法
Mysql5 為了速度,只存放數(shù)二進制數(shù)據(jù),而且在加減運算中,也是二進制的運算.
所以在使用unsigned 是小心0-1 的操作.盡量在這類操作前先做一個判斷.
如果直接在程序里進行判定,難免會出現(xiàn)數(shù)據(jù)錯誤,因為有一點點時間內(nèi)數(shù)據(jù)是放在內(nèi)存的,而沒放進庫里,最好的辦法還是直接送出sql語句進行修改,這里mysql5有解決辦法 CONVERT( 字段 + (要加減的數(shù)字) AS SIGNED )就可以了。
例如:UPDATE `user` SET `tk` = CONVERT( tk + (-8) ,SIGNED ) WHERE `id` = '1330'
相關(guān)文章
傻瓜式用Eclipse連接MySQL數(shù)據(jù)庫
本來不想寫這么簡單人文章,在百度上搜索我這個標題,完全符合標題的一大堆。但我按照那些文章?lián)v鼓了很久,就是不行。2015-09-09