mysql int(10)的含義

int(M) M表示最大顯示寬度。最大有效顯示寬度是255。顯示寬度與儲存大小或型別包含的值的範圍無關。 
在 int(M) 中，M 的值跟 int(M) 所佔多少儲存空間並無任何關係。 int(1)、int(4)、int(10) 在磁碟上都是佔用 4 bytes 的儲存空間。 
說白了，除了顯示給使用者的方式有點不同外，int(M) 跟 int 資料型別是相同的。

如果int的值為10 
int（10）顯示結果為0000000010 
int（3）顯示結果為010 
就是顯示的長度不一樣而已，但都是佔用四個位元組的空間。

MySQL支援所有標準SQL數值資料型別。這些型別包括嚴格數值資料型別(INTEGER、SMALLINT、DECIMAL和NUMERIC)，以及近似數值資料型別(FLOAT、REAL和DOUBLE PRECISION)。 
關鍵字INT是INTEGER的同義詞，關鍵字DEC是DECIMAL的同義詞。

Example：

tinyint
從 -2^7 (-128) 到 2^7 - 1 (123) 的整型資料。儲存大小為 1 個位元組。
unsigned 是從 0 到 255 的整型資料。

smallint
從 -2^15 (-32,768) 到 2^15 - 1 (32
 
,767) 的整型資料。儲存大小為 2 個位元組。
unsigned 是從 0 到 65535 的整型資料。

int
從 -2^31 (-2,147,483,648) 到 2^31 - 1 (2,147,483,647) 的整型資料（所有數字）.儲存大小為 4 個位元組。
unsigned 是從 0 到 4294967296 的整型資料。

bigint
從 -2^63 (-9,223,372,036,854,775,808) 到 2^63-1 (9,223,372,036,854,775,807) 的整型資料（所有數字）。儲存大小為 8 個位元組。
unsigned 是 0 到 18446744073709551615
 
 的整型資料。

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15

MySql中varchar(10)和varchar(100)的區別==>>以及char的利弊

一般初學會認為，二者佔用的空間是一樣的。比如說我儲存5個char，二者都是實際佔用了5個char了【勘誤：varchar在實際儲存的時候會多一個byte用來存放長度】。
但是深入一下，設計資料庫的時候，二者一樣嗎？
答案是否定的【至少varchar型別需要在資料之前利用一個或者兩個位元組來儲存資料的長度】【二者在記憶體中的操作方式也是不同的，下面的例子中有體現】。看下面的例子。
如現在使用者需要儲存一個地址資訊。根據評估，只要使用100個字元就可以了。但是有些資料庫管理員會認為，反正Varchar資料型別是根據實際的需要來分配長度的。還不如給其大一點的呢。為此他們可能會為這個欄位一次性分配200個字元的儲存空間。這VARCHAR(100)與VARCHAR(200)真的相同嗎?結果是否定的。雖然他們用來儲存90個字元的資料，其儲存空間相同。但是對於記憶體的消耗是不同的。對於VARCHAR資料型別來說，硬碟上的儲存空間雖然都是根據實際字元長度來分配儲存空間的，但是對於記憶體來說，則不是。其時使用固定大小的記憶體塊來儲存值。簡單的說，就是使用字元型別中定義的長度，即200個字元空間。顯然，這對於排序或者臨時表(這些內容都需要通過記憶體來實現)作業會產生比較大的不利影響。解釋可以參見這裡。所以如果某些欄位會涉及到檔案排序或者基於磁碟的臨時表時，分配VARCHAR資料型別時仍然不能夠太過於慷慨。還是要評估實際需要的長度，然後選擇一個最長的欄位來設定字元長度。如果為了考慮冗餘，可以留10%左右的字元長度。千萬不能認為其為根據實際長度來分配儲存空間，而隨意的分配長度，或者說乾脆使用最大的字元長度。
----------------------------------char------------------------------------------
1、從碎片角度進行考慮，使用CHAR字元型時，由於儲存空間都是一次性分配的。為此某個欄位的內容，其都是儲存在一起的。單從這個角度來講，其不存在碎片的困擾。而可變長度的字元資料型別，其儲存的長度是可變的。當其更改前後資料長度不一致時，就不可避免的會出現碎片的問題。故使用可變長度的字元型資料時，資料庫管理員要時不時的對碎片進行整理。如執行資料庫匯出匯入作業，來消除碎片。
2、考慮其長度的是否相近，如果某個欄位其長度雖然比較長，但是其長度總是近似的，如一般在90個到100個字元之間，甚至是相同的長度。此時比較適合採用CHAR字元型別。比較典型的應用就是MD5雜湊值。當利用MD5雜湊值來儲存使用者密碼時，就非常使用採用CHAR字元型別。因為其長度是相同的。另外，像用來儲存使用者的身份證號碼等等，一般也建議使用CHAR型別的資料。
另外請大家考慮一個問題，CHAR(1)與VARCHAR(1)兩這個定義，會有什麼區別呢?雖然這兩個都只能夠用來儲存單個的字元，但是VARCHAR要比CHAR多佔用一個儲存位置。這主要是因為使用VARCHAR資料型別時，會多用1個位元組用來儲存長度資訊。這個管理上的開銷char字元型別是沒有的。

---------------------------------總結---------------------------------------------

二者在磁碟上儲存佔的空間是一樣的。區別有二。第一、一個變長一個固定長度。第二、在記憶體中的操作方式，varchar也是按照最長的方式在記憶體中進行操作的。比如說要進行排序的時候，varcahr(100)是按照100這個長度來進行的。

-----------------------------------------------------------------------------------

varchar的最大長度是多少呢？

參見這裡

mysql的vachar欄位的型別雖然最大長度是65535，但是並不是能存這麼多資料，最大可以到65533（不允許非空欄位的時候），當允許非空欄位的時候只能到65532【在允許空的時候，varchar(65532) will be 2 bytes (length) + up to 65532 chars (latin1) + 1 null byte】【還不清楚這一個null byte的作用是什麼。後續瞭解】。

-------------------------------------------------------------------------------------

請注意所有MySQL校對規則屬於PADSPACE類。這說明在MySQL中的所有CHAR和VARCHAR值比較時不需要考慮任何尾部空格。請注意所有MySQL版本均如此，並且它不受SQL伺服器模式的影響。【參見這裡的note部分上面幾行文字】

下圖為證：

根據上面地址提供的mysql手冊，如果在一個char或者varchar列上建立唯一索引之後，那麼'a'和'a '，會引起duplicate-key error。

int(M) M表示最大顯示寬度。最大有效顯示寬度是255。顯示寬度與儲存大小或型別包含的值的範圍無關。 
在 int(M) 中，M 的值跟 int(M) 所佔多少儲存空間並無任何關係。 int(1)、int(4)、int(10) 在磁碟上都是佔用 4 bytes 的儲存空間。 
說白了，除了顯示給使用者的方式有點不同外，int(M) 跟 int 資料型別是相同的。

如果int的值為10 
int（10）顯示結果為0000000010 
int（3）顯示結果為010 
就是顯示的長度不一樣而已，但都是佔用四個位元組的空間。

MySQL支援所有標準SQL數值資料型別。這些型別包括嚴格數值資料型別(INTEGER、SMALLINT、DECIMAL和NUMERIC)，以及近似數值資料型別(FLOAT、REAL和DOUBLE PRECISION)。 
關鍵字INT是INTEGER的同義詞，關鍵字DEC是DECIMAL的同義詞。

Example：

tinyint
從 -2^7 (-128) 到 2^7 - 1 (123) 的整型資料。儲存大小為 1 個位元組。
unsigned 是從 0 到 255 的整型資料。

smallint
從 -2^15 (-32,768) 到 2^15 - 1 (32,767) 的整型資料。儲存大小為 2 個位元組。
unsigned 是從 0 到 65535 的整型資料。

int
從 -2^31 (-2,147,483,648) 到 2^31 - 1 (2,147,483,647) 的整型資料（所有數字）.儲存大小為 4 個位元組。
unsigned 是從 0 到 4294967296 的整型資料。

bigint
從 -2^63 (-9,223,372,036,854,775,808) 到 2^63-1 (9,223,372,036,854,775,807) 的整型資料（所有數字）。儲存大小為 8 個位元組。
unsigned 是 0 到 18446744073709551615 的整型資料。

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15