int(11)最大長度是多少,MySQL中varchar最大長度是多少(轉)
int(11)最大長度是多少,MySQL中varchar最大長度是多少?
int(11)最大長度是多少?
在SQL語句中int代表你要建立欄位的型別,int代表整型,11代表欄位的長度。
這個11代表顯示寬度,整數列的顯示寬度與mysql需要用多少個字元來顯示該列數值,與該整數需要的儲存空間的大小都沒有關係,比如,不管設定了顯示寬度是多少個字元,bigint都要佔用8個位元組。
int是整型,(11)是指顯示字元的長度,但要加引數的,最大為255,比如它是記錄行數的id,插入10筆資料,它就顯示00000000001 ~~~00000000010,當字元的位數超過11,它也只顯示11位,如果你沒有加那個讓它未滿11位就前面加0的引數,它不會在前面加0
宣告整型資料列時,我們可以為它指定個顯示寬度M(1~255),如INT(5),指定顯示寬度為5個字元,如果沒有給它指定顯示寬度,MySQL會為它指定一個預設值。顯示寬度只用於顯示,並不能限制取值範圍和佔用空間,如:INT(3)會佔用4個位元組的儲存空間,並且允許的最大值也不會是999,而是 INT整型所允許的最大值。
MySQL有五種整型資料列型別,即TINYINT,SMALLINT,MEDIUMINT,INT和BIGINT。它們之間的區別是取值範圍不同,儲存空間也各不相同。
在整型資料列後加上UNSIGNED屬性可以禁止負數,取值從0開始。
int範圍
Type | Bytes |
Minimum Value | Maximum Value |
(Signed/Unsigned) | (Signed/Unsigned) | ||
TINYINT | 1 | -128 | 127 |
0 | 255 | ||
SMALLINT | 2 | -32768 | 32767 |
0 | 65535 | ||
MEDIUMINT | 3 | -8388608 | 8388607 |
0 | 16777215 | ||
INT | 4 | -2147483648 | 2147483647 |
0 | 4294967295 | ||
BIGINT | 8 | -9223372036854775808 | 9223372036854775807 |
0 | 18446744073709551615 |
MySQL中varchar最大長度是多少?
一. varchar儲存規則:
4.0版本以下,varchar(20),指的是20位元組,如果存放UTF8漢字時,只能存6個(每個漢字3位元組)
5.0版本以上,varchar(20),指的是20字元,無論存放的是數字、字母還是UTF8漢字(每個漢字3位元組),都可以存放20個,最大大小是65532位元組
Mysql4中最大也不過是20個位元組,但是Mysql5根據編碼不同,儲存大小也不同。
二. varchar和char 的區別:
char是一種固定長度的型別,varchar則是一種可變長度的型別,它們的區別是: char(M)型別的資料列裡,每個值都佔用M個位元組,如果某個長度小於M,MySQL就會在它的右邊用空格字元補足.(在檢索操作中那些填補出來的空格字元將被去掉)在varchar(M)型別的資料列裡,每個值只佔用剛好夠用的位元組再加上一個用來記錄其長度的位元組(即總長度為L+1位元組).
在MySQL中用來判斷是否需要進行對據列型別轉換的規則
1、在一個數據表裡,如果每一個數據列的長度都是固定的,那麼每一個數據行的長度也將是固定的.
2、只要資料表裡有一個數據列的長度的可變的,那麼各資料行的長度都是可變的.
3、如果某個資料表裡的資料行的長度是可變的,那麼,為了節約儲存空間,MySQL會把這個資料表裡的固定長度型別的資料列轉換為相應的可變長度型別.例外:長度小於4個字元的char資料列不會被轉換varchar型別
三. MySQL中varchar最大長度是多少?
這不是一個固定的數字。先簡要說明一下限制規則。
1、限制規則
欄位的限制在欄位定義的時候有以下規則:
a) 儲存限制
varchar 欄位是將實際內容單獨儲存在聚簇索引之外,內容開頭用1到2個位元組表示實際長度(長度超過255時需要2個位元組),因此最大長度不能超過65535。
b) 編碼長度限制
字元型別若為gbk,每個字元最多佔2個位元組,最大長度不能超過32766;
字元型別若為utf8,每個字元最多佔3個位元組,最大長度不能超過21845。
若定義的時候超過上述限制,則varchar欄位會被強行轉為text型別,併產生warning。
c) 行長度限制
導致實際應用中varchar長度限制的是一個行定義的長度。 MySQL要求一個行的定義長度不能超過65535。若定義的表長度超過這個值,則提示
ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. You have to change some columns to TEXT or BLOBs。
2、計算例子
舉兩個例說明一下實際長度的計算。
a) 若一個表只有一個varchar型別,如定義為
create table t4(c varchar(N)) charset=gbk;
則此處N的最大值為(65535-1-2)/2= 32766。
減1的原因是實際行儲存從第二個位元組開始’;
減2的原因是varchar頭部的2個位元組表示長度;
除2的原因是字元編碼是gbk。
b) 若一個表定義為
create table t4(c int, c2 char(30), c3 varchar(N)) charset=utf8;
則此處N的最大值為 (65535-1-2-4-30*3)/3=21812
減1和減2與上例相同;
減4的原因是int型別的c佔4個位元組;
減30*3的原因是char(30)佔用90個位元組,編碼是utf8。
如果被varchar超過上述的b規則,被強轉成text型別,則每個欄位佔用定義長度為11位元組,當然這已經不是“varchar”了。
則此處N的最大值為 (65535-1-2-4-30*3)/3=21812
create table t4(c int, c2 char(30), c3 varchar(21812)) ENGINE=InnoDB DEFAULT CHARSET=utf8
create table t5(c int, c2 varchar(30), c3 varchar(21812)) ENGINE=InnoDB DEFAULT CHARSET=utf8
varchar(30)和char(30)最多能存放:
工在基工左基工在基順工作奔大規模積體電路城工作東奔西走左奪工城韉革城載模壓地工魂牽夢縈栽土木工程魂牽夢縈栽植奇巧魂牽夢縈地廳城柑模壓東奔西走苦村落模壓革革柑可耕地村模壓基栽魂牽夢基
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
111111111111111111111111111111111111111111111111111111
111111111111111111111111111111111111