資料庫zerofill什麼意思

❶ MySQL資料庫中0001的0怎麼保存

假如目標欄位的數據類型是數字的話，那麼數字前面的0是不會保留的，如果需要將數字前面的零也保留下來，必須把目標欄位類型設置為文本。是否值得這樣做，要根據實際情況和需求全面權衡。

❷ UNSIGNED ZEROFILL 表示什麼意思

zerofill,表示自動填0,和默認值為0差不多.
unsigned,表示該欄位存放一個無符號值,只存正數,不存負數。
故UNSIGNED
ZEROFILL是無符號補零的意思。

❸ mysql資料庫中的zero fill什麼意思

zerofill(n)
值中最有意義的n位元組總為0，並且不保存。
http://dev.mysql.com/doc/refman/5.1/zh/client-side-scripts.html具體什麼不懂的直接看這上面的吧,我也是在這上面找到的.

❹ mysql 數據類型的詳解

MySQL資料庫的表是一個二維表，由一個或多個數據列構成。
每個數據列都有它的特定類型，該類型決定了MySQL如何看待該列數據，我們可以把整型數值存放到字元類型的列中，MySQL則會把它看成字元串來處理。
MySQL中的列類型有三種：數值類、字元串類和日期/時間類。
從大類來看列類型和數值類型一樣，都是只有三種。但每種列類型都還可細分。
下面對各種列類型進行詳細介紹。

數值類的數據列類型
數值型的列類型包括整型和浮點型兩大類。

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~9233372036854775807，不帶符號：0~18446744073709551615
FLOAT：4位元組 單精度浮點數，最小非零值：+-1.175494351E-38，最大非零值：+-3.402823466E+38
DOUBLE：8位元組 雙精度浮點數，最小非零值：+-2.2250738585072014E-308，最大非零值：+-1.7976931348623157E+308
DECIMAL：M+2位元組 以字元串形式表示的浮點數，它的取值范圍可變，由M和D的值決定。

MYSQL支持大量的列類型，它們可以被分為 3 類：數字類型、日期和時間類型以及字元串(字元)類型。這個章節首先給出可用類型的概述，並且總結各類型所需的存儲需求，然後提供各類型中的類型範疇更詳細的描述。概述有意地簡化了。更詳細的說明應該參考特寫列類型的附加信息，例如你能為其指定值的允許格式。

MySQL 支持的列類型在下面列出。下列代碼字母用於描述中：

M指出最大的顯示尺寸。最大的顯示尺寸長度為 255。D適用於浮點類型。指出跟隨在十進制小數點後的數字數量。最大可能值為 30，但不應大於M-2。
方括弧 (「[」and「]」) 指定可選的類型修飾部份。

注意，如果為一個列指定了ZEROFILL，MySQL 將自動為這個列添加UNSIGNED屬性。

警告：你應該知道當在兩個整數類型值中使用減法時，如有一個為UNSIGNED類型，那麼結果也是無符號的。查看章節6.3.5 Cast 函數。

TINYINT[(M)] [UNSIGNED] [ZEROFILL]-128到127。無符號的范圍是0到255。
BITBOOL它們是TINYINT(1)的同義詞。
SMALLINT[(M)] [UNSIGNED] [ZEROFILL]一個小整數。有符號的范圍是-32768到32767。無符號的范圍是0到65535。
MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL]一個中等大小的整數。有符號的范圍是-8388608到8388607。無符號的范圍是0到16777215。
INT[(M)] [UNSIGNED] [ZEROFILL]一個正常大小的整數。有符號的范圍是-2147483648到2147483647。無符號的范圍是0到4294967295。
INTEGER[(M)] [UNSIGNED] [ZEROFILL]INT的同義詞。
BIGINT[(M)] [UNSIGNED] [ZEROFILL]一個大的整數。有符號的范圍是-9223372036854775808到9223372036854775807。無符號的范圍是0到18446744073709551615。
你應該知道的有關BIGINT列的一些事情：
BIGINT或DOUBLE值來完成的，因此你不應該使用大於9223372036854775807(63 bits) 的無符號大整數，除了位函數之外！如果你這樣做了，結果中的某些大數字可能會出錯，因為將BIGINT轉換成DOUBLE時產生了舍入錯誤。MySQL 4.0 在下列情況下可以處理BIGINT：
在一個BIGINT列中使用整數存儲一個大的無符號值。
在MIN(big_int_column)和MAX(big_int_column)中。
當兩個操作數都是整數時使用操作符 (+、-、*、等)。
通常你可以在一個BIGINT列中以字元串方式存儲的一個精確的整數。在這種情況下，MySQL 將執行一個字元串到數字的轉換，包括無 intermediate 的雙精度表示法。
當兩個參數均是整數值時，「-」、「+」和「*」將使用BIGINT運算！這就意味著，如果兩個大整數的乘積(或函數的結果返回整數)的結果大於9223372036854775807時，你可能會得到意想不到的結果。
FLOAT(precision) [UNSIGNED] [ZEROFILL]一個浮點型數字。
precision可以是<=24作為一個單精度的浮點數字和介於 25 和 53 之間作為一個雙精度的浮點數字。這些類型與下面描述的FLOAT和DOUBLE類型相似。FLOAT(X)有與相應的FLOAT和DOUBLE類型同樣的范圍，但是顯示尺寸和十進制小數位數是未定義的。在 MySQL 3.23 中，它是一個真實的浮點值。而在 MySQL 早期的版本中，FLOAT(precision)通常有 2 小數位。 注意，由於在 MySQL 中所有的計算都是以雙精度執行的，所以使用FLOAT可能帶來一些意想不到的問題。查看章節A.5.6 解決沒有匹配行的問題。

FLOAT[(M,D)] [UNSIGNED] [ZEROFILL]一個小的(單精度) 浮點數字。允許的值是-3.402823466E+38到-1.175494351E-38、0和1.175494351E-38到3.402823466E+38。如果UNSIGNED被指定，負值是不允許的。M是顯示寬度，D是小數位數。FLOAT沒有參數或有X<= 24 的FLOAT(X)代表一個單精度的浮點數字。

DOUBLE[(M,D)] [UNSIGNED] [ZEROFILL]一個正常大小的(雙精度)浮上數字。允許的值是-1.7976931348623157E+308到-2.2250738585072014E-308、0和2.2250738585072014E-308到1.7976931348623157E+308。如果UNSIGNED被指定，負值是不允許的。M是顯示寬度，D是小數位數。DOUBLE沒胡參數或有 25 <=X<= 53 的FLOAT(X)代表一個雙精度的浮點數字。

DOUBLE PRECISION[(M,D)] [UNSIGNED] [ZEROFILL]
REAL[(M,D)] [UNSIGNED] [ZEROFILL]它們是DOUBLE同義詞。
DECIMAL[(M[,D])] [UNSIGNED] [ZEROFILL]一個未壓縮(unpacked)的浮點數。運作如同一個CHAR列：「unpacked」 意味著數字是以一個字元串存儲的，值的每一位將使用一個字元。小數點並且對於負數，「-」符號不在M中計算(但是它們的空間是被保留的)。如果D是 0，值將沒有小數點或小數部份。DECIMAL值的最大范圍與DOUBLE一致，但是對於一個給定的DECIMAL列，實際的范圍可以被所選擇的M和D限制。如果UNSIGNED被指定，負值是不允許的。 如果D被忽略，預設為 0。如果M被忽略，預設為 10。 在 MySQL 3.23 以前，M參數必須包含符號與小數點所需的空間。
DEC[(M[,D])] [UNSIGNED] [ZEROFILL]
NUMERIC[(M[,D])] [UNSIGNED] [ZEROFILL]DECIMAL的同義詞。

DATE一個日期。支持的范圍是'1000-01-01'到'9999-12-31'。MySQL 以'YYYY-MM-DD'格式顯示DATE值，但是允許你以字元串或數字給一個DATE列賦值。查看章節6.2.2.2DATETIME、DATE和TIMESTAMP類型。

DATETIME一個日期和時間的組合。支持的范圍是'1000-01-01 00:00:00'到'9999-12-31 23:59:59'。MySQL 以'YYYY-MM-DD HH:MM:SS'格式顯示DATETIME值，但是允許你以字元串或數字給一個DATETIME列賦值。查看章節6.2.2.2DATETIME、DATE和TIMESTAMP類型。

TIMESTAMP[(M)]一個時間戳。范圍是'1970-01-01 00:00:00'到2037年間的任意時刻。 MySQL 4.0 和更早版本中，TIMESTAMP值是以YYYYMMDDHHMMSS、YYMMDDHHMMSS、YYYYMMDD或YYMMDD格式顯示的，它取決於M是否是14(或省略)、12、8或6，但是允許你以字元串或數字給一個TIMESTAMP列賦值。 從 MySQL 4.1 開始，TIMESTAMP以'YYYY-MM-DD HH:MM:DD'格式作為字元返回。如果你你希望以數字形式返回則必須在該時間戳欄位後加上 +0。不同的時間戳長度是不支持的。從 MySQL 4.0.12 開始，選項--new可以被用來使伺服器與 4.1 一樣運作。TIMESTAMP列有益於記錄一個INSERT或UPDATE操作的日期和時間，因為如果你自己沒有給它賦值，它將被自動地設置為最近一次操作的日期和時間。也可以通過給它賦一個NULL而使它設置為當前的日期和時間。查看章節6.2.2 Date 和 Time 類型。 參數M隻影響一個TIMESTAMP列的顯示格式；它的值總是佔用 4 個位元組存儲。 注意，當TIMESTAMP(M)列的M是 8 或 14 時，它返回的是數字而其它的TIMESTAMP(M)列返回的是字元串。這僅僅是為了可以可靠地轉儲並恢復到其它格式的表中。查看章節6.2.2.2DATETIME、DATE和TIMESTAMP類型。TIME一個時間。范圍是'-838:59:59'到'838:59:59'。MySQL 以'HH:MM:SS'格式顯示TIME值，但是允許你使用字元串或數字來給TIME列賦值。查看章節6.2.2.3TIME類型。YEAR[(2|4)]一個 2 或 4 位數字格式的年(預設為 4 位)。允許的值是1901到2155、0000(4 位年格式) 以及使用 2 位格式的 1970-2069 (70-69)。MySQL 以YYYY格式顯示YEAR值，但是允許你使用字元串或數字來給YEAR列賦值。(YEAR類型在 MySQL 3.22 之前不支持。) 查看章節6.2.2.4YEAR類型。

[NATIONAL] CHAR(M) [BINARY]一個定長的字元串，當存儲時，總是以空格填滿右邊到指定的長度。M的范圍是 0 到 255 (在 MySQL 3.23 版本之前為 1 到 255)。當該值被檢索時，尾部空格將被刪除。CHAR值根據預設的字元集進行忽略大小寫的排索與比較，除非指定了關鍵詞BINARY。NATIONAL CHAR(或短形式NCHAR) 是以 ANSI SQL 方式定義一個CHAR列，它將使用預設的字元集。這在 MySQL 中是默認的。
CHAR是CHARACTER的縮寫。 MySQL 允許以CHAR(0)類型建立一個列。一些老程序運行時必需一個列，卻又並不使用這個列的值，你就不得不為了適應它而建立該列，在這情況下，CHAR(0)將是很有益的。當需要一個列僅保存兩個值時：一個為CHAR(0)(該列沒有定義為NOT NULL)，這將僅佔用一個比特位來存儲 2 個值：NULL或""。查看章節6.2.3.1CHAR和VARCHAR類型。CHAR這是CHAR(1)的同義詞。

[NATIONAL] VARCHAR(M) [BINARY]一個變長的字元串。注意：尾部的空格在存儲時將會被刪除(這與 ANSI SQL 約規不同)。M的范圍是 0 到 255 (在 MySQL 4.0.2 之前的版本中是 1 到 255)。
VARCHAR值以大小寫忽略方式進行排索與比較，除非關鍵詞BINARY被指定。查看章節6.5.3.1 隱式的列定義變化。VARCHAR是CHARACTER VARYING的縮寫。查看章節6.2.3.1CHAR和VARCHAR類型。
TINYBLOBTINYTEXT一個BLOB或TEXT列，最大長度為 255 (2^8 - 1) 個字元。查看章節6.5.3.1 隱式的列定義變化。查看章節6.2.3.2BLOB和TEXT類型。
BLOBTEXT一個BLOB或TEXT列，最大長度為 65535 (2^16 - 1) 個字元。查看章節6.5.3.1 隱式的列定義變化。查看章節6.2.3.2BLOB和TEXT類型。
MEDIUMBLOBMEDIUMTEXT一個BLOB或TEXT列，最大長度為 16777215 (2^24 - 1) 個字元。查看章節6.5.3.1 隱式的列定義變化。查看章節6.2.3.2BLOB和TEXT類型。
LONGBLOBLONGTEXT一個BLOB或TEXT列，最大長度為 4294967295 (2^32 - 1) 個字元。查看章節6.5.3.1 隱式的列定義變化。注意，由於伺服器/客戶端的協議以及 MyISAM 表通常有一個 16M 每通信包/錶行的限制，你仍然不能使用這個類型的整個范圍。查看章節6.2.3.2BLOB和TEXT類型。ENUM('value1','value2',...)一個枚舉類型。一個僅能有一個值的字元串對象，這個值選自值列'value1'、'value2'、...、NULL或特殊的""出錯值。一個ENUM列可以有最大 65535 不同的值。查看章節6.2.3.3ENUM類型。SET('value1','value2',...)一個集合。一個能有零個或更多個值的字元串對象，其中每個值必須選自值列'value1'、'value2'、...。一個SET列可以有最大 64 個成員。查看章節6.2.3.4SET類型。
MySQL 支持所有的 ANSI/ISO SQL92 數字類型。這些類型包括准確數字的數據類型(NUMERIC、DECIMAL、INTEGER和SMALLINT)，也包括近似數字的數據類型(FLOAT、REAL和DOUBLE PRECISION)。關鍵詞INT是INTEGER的同義詞，關鍵詞DEC是DECIMAL的同義詞。

NUMERIC和DECIMAL類型被 MySQL 以同樣的類型實現，這在 SQL92 標准中是允許的。他們用於保存對准確精度有重要要求的值，例如與金錢有關的數據。當以它們中的之一聲明一個列時，精度和數值范圍可以(通常是)被指定；例如：

salary DECIMAL(5,2)
在這個例子中，5(精度(precision)) 代表重要的十進制數字的數目，2(數據范圍(scale)) 代表在小數點後的數字位數。在這種情況下，因此，salary列可以存儲的值范圍是從-99.99到99.99。(實際上 MySQL 在這個列中可以存儲的數值可以一直到999.99，因為它沒有存儲正數的符號)。

譯者註：

M 與D 對DECIMAL(M, D) 取值范圍的影響

類型說明 取值范圍（MySQL < 3.23） 取值范圍（MySQL >= 3.23）
DECIMAL(4, 1) -9.9 到 99.9 -999.9 到 9999.9
DECIMAL(5, 1) -99.9 到 999.9 -9999.9 到 99999.9
DECIMAL(6, 1) -999.9 到 9999.9 -99999.9 到 999999.9
DECIMAL(6, 2) -99.99 到 999.99 -9999.99 到 99999.99
DECIMAL(6, 3) -9.999 到 99.999 -999.999 到 9999.999

# 在MySQL 3.23 及以後的版本中，DECIMAL(M, D) 的取值范圍等於早期版本中的DECIMAL(M + 2, D) 的取值范圍。注釋結束：
在 ANSI/ISO SQL92 中，句法DECIMAL(p)等價於DECIMAL(p,0)。同樣的，在執行被允許決定值p的地方,句法DECIMAL等價於DECIMAL(p,0)。MySQL 目前還不支持DECIMAL/NUMERIC數據類型的這些變體形式中的任一種。一般來說這並不是一個嚴重的問題，通過明確地控制精度和數值范圍可以得到這些類型的主要功能益處。

DECIMAL和NUMERIC值是作為字元串存儲的，而不是作為二進制浮點數，以便保護這些值的十進制精確度。一個字元用於數值的每一位、小數點(如果scale> 0) 和「-」符號(對於負值)。如果scale是 0，DECIMAL和NUMERIC值不包含小數點或小數部分。

DECIMAL和NUMERIC值的最大范圍與DOUBLE一致，但是對於一個給定的DECIMAL或NUMERIC列，它的實際范圍可制定該列時的precision或scale限制。當這樣的列被賦給了小數點的位數超過scale所指定的值時，該將根據scale進行四捨五入。當一個DECIMAL或NUMERIC列被賦與一個大小超過指定(或預設)的precisionandscale的限止范圍時，MySQL 以該列范圍的端點值存儲該值。

❺ 在資料庫這個類型是什麼意思tinyint

mysql資料庫中以的類型是以 「 數據類型(m) 」 來定義的。

❻ mysql中int(10)代表什麼意思

int(M) 在 integer 數據類型中，M 表示最大顯示寬度。

在 int(M) 中，M 的值跟 int(M) 所佔多少存儲空間並無任何關系。 int(3)、int(4)、int(8) 在磁碟上都是佔用 4 btyes 的存儲空間。說白了，除了顯示給用戶的方式有點不同外，int(M) 跟 int 數據類型是相同的。

綜合上述：int（10）表示的是數據顯示的長度為10位。

(6)資料庫zerofill什麼意思擴展閱讀：

int(10)： 這個10表示的是數據顯示的長度為10位。

如：int(2)：並不表示數據的大小最大為99，其最大的值和int表示的最大值一樣，只是表示查詢時顯示的結果長度為2位。

int：從 -2^31 (-2,147,483,648) 到 2^31 – 1 (2,147,483,647) 的整型數據（所有數字）。存儲大小為 4 個位元組。int的 SQL-92 同義字為integer。

無符號時：表示的范圍為：0~4294967295

有符號時：表示的范圍為：-2147483648~2147483647

int(M) [undesigned] [zerofill]，加上zerofill後則會對於不滿足指定的顯示位的數據會在其前面加上0。

❼ MySQL數據類型 int什麼意思

int(m)
zerofill，加上zerofill後m才表現出有點點效果，比如
int(3)
zerofill,你插入到資料庫里的是10,則實際插入為010,也就是在前面補充加了一個0.如果int(3)和int(10)不加
zerofill,則它們沒有什麼區別．m不是用來限制int個數的．int(m)的最大值和最小值與undesigned有關，最下面那副圖有說明．
mysql>
create
table
t
(t
int(3)
zerofill);
query
ok,
0
rows
affected
(0.00
sec)
mysql>
insert
into
t
set
t
=
10;
query
ok,
1
row
affected
(0.00
sec)
mysql>
select
*
from
t;
+——+
|
t
|
+——+
|
010
|
+——+
1
row
in
set
(0.11
sec)
zerofill
with
default
width,
the
same
as
int(10):
mysql>
create
table
t
(t
int
zerofill);
query
ok,
0
rows
affected
(0.02
sec)
mysql>
insert
into
t
set
t
=
10;
query
ok,
1
row
affected
(0.02
sec)
mysql>
select
*
from
t;
+————+
|
t
|
+————+
|
0000000010
|
+————+
1
row
in
set
(0.08
sec)
without
zerofill:
mysql>
create
table
t
(t
int);
query
ok,
0
rows
affected
(0.01
sec)
mysql>
insert
into
t
set
t
=
10;
query
ok,
1
row
affected
(0.01
sec)
mysql>
select
*
from
t;
+——+
|
t
|
+——+
|
10
|
+——+
1
row
in
set
(0.00
sec)

❽ MySQL(2)資料庫對象與應用

庫建立好之後基本不動,和我們接觸最頻繁的是表. 建表就是聲明欄位的過程!

選擇合適的類型[速度快 減少硬碟佔用]

存儲空間，還是存儲范圍有區別？
答案： 兩者本質完全一樣 ，只是在一些特殊情況下兩者顯示有區別(只是在顯示的時候補全0的位數不一樣)
實驗

*zerofill 零填充(本欄位同時即自動帶有unsigned屬性,因為負數不能零填充)
如 數字2在固定寬度4時 零填充 即為0002

M值是一個整數(固定寬度值)，只有在欄位有零填充zerofill屬性時 規定M值才有意義！

M值只是 顯示效果 ,不會影響實際數據值！
如M值為1,實際值255,一樣會顯示255
列可以聲明默認值(推薦聲明)

因為null無法和別的值比較
null = 0 返回null
null <> 0 返回null

null只能用is或is not比較 null is null當然對的。

例子：

【浮點型】有誤差，不穩定！定點數更精確。
實際測試數據
Float(M,D)
M精度(總位數,不包含點) 精度值M 影響 存儲的 值的范圍.
D標度(小數位) 小數點後有幾位（mysql比較特殊，mssql/oracle都不能指定）
testcolumn float(5,2) unsigned; 范圍0到999.99
float(5,2)的范圍-999.99到999.99

給float(5,2)這樣的欄位插入值在進位時有一些規矩:暫時沒搞清楚，不是簡單的四捨五入
插入值688.826實際是688.83 末尾6 進位
插入值688.825實際是688.83 末尾5 進位
插入值688.824實際是688.82 末尾4 捨去
插入值688.005實際是688.00
插入值688.015實際是688.01 末尾5 5前面是1 捨去
插入值688.025實際是688.02 末尾5 5前面是2 捨去
插入值688.035實際是688.03 末尾5 5前面是3 捨去
插入值688.045實際是688.04 末尾5 5前面是4 捨去

一般使用tinyint、char(1)、enum類型。

varchar(M)
M代表寬度 即可容納的【字元數】 (並不是位元組數) varchar佔用的位元組數與編碼有關:
utf-8 一個漢字3位元組英文字母1位元組

對於utf8mb4號稱佔用4位元組但是並不絕對(在utf8可以覆蓋到的范圍則仍然佔用3位元組)

utf8mb4最有優勢的應用場景:存儲emoji表情

例子：

性能太差，不推薦

MySQL在5.6.4版本之後，TimeStamp和DateTime支持到微妙

一個例子：

以如下這張表為例

show privileges 命令可以查看全部許可權

查詢時從user->db->table_pirv->columns_pirv依次驗證，如果通過則執行查詢。

本課程涉及建表SQL

場景1：歌單按時間排序

場景2：統計雲音樂創建歌單的用戶

場景3-1：統計雲音樂創建歌單的用戶列表和每人創建歌單的數量。

場景3-2：統計雲音樂創建歌單的用戶列表和每人創建歌單的數量，並且只顯示歌單數量排序大於等於2的用戶

SQL進階語法-like

場景4：查詢一個月內創建歌單（從第6行開始顯示10條記錄）

場景5：對於未錄入歌曲的歌單(trackcount = null)，輸出結果時歌曲數返回0.

連接的作用是用一個SQL語句把多個表中相互關聯的數據查出來

場景6：查詢收藏「老男孩」歌單的用戶列表

子查詢：內層查詢的結果作為外層的比較條件。一般子查詢都可以轉換成連接，推薦使用連接。

場景7：查詢出沒有用戶收藏的歌單

場景8：老闆想看創建和收藏歌單的所有用戶，查詢play_list和play_fav兩表中所有的userid

實例還是上節中的那些表

場景1：查詢每張專輯總的點播次數和每首歌的平均點播次數。

場景2：查詢全部歌曲中的最大的播放次數和最小的播放次數。

場景2續：查詢播放次數最多的歌曲

count(*) 和 count(1) 基本一樣，沒有明顯的性能差異。
count(*) 和 count(song_name) 差別在於 count(song_name) 會除去song_name is null的情況

場景3：顯示每張專輯的歌曲列表

實例：查詢一個月內userid為1,3,5的用戶創建的歌單

學生表：

用於更正成績的觸發器：

❾ mysql0開頭的字元串進到資料庫變成

可以用varchar之類的字元串類型去保存\x0d\x0a或者是 用int去定義 例：\x0d\x0acreate table test (id int(10) zerofill);\x0d\x0ainsert into test values(100);\x0d\x0a那麼實際存的值就會是 0000000100;\x0d\x0a這里的意思就是說，當存入的值位數沒有查過10 的時候（int(10)中定義的長度）缺少幾位就用0填補上

❿ 資料庫字元串類型傳數字影響性能嗎

影響，數據類型選擇遵守的原則#
更小的通常更好（在正常存儲數據的情況下，最小數據類型最好，可以提高性能）
盡量避免null
基礎知識點

Copy
1.不同編碼類型，存儲數據的大小不一致。utf-8, 一個漢字3位元組英文字母1位元組；
2.GBK存儲，1個漢字2個位元組，英文字母1個位元組；
2.數字類型# 1.整數類型
存儲的值的范圍在-2(n-1)到2(n-1)-1,其中n是存儲空間的維數

類型 大小 特點 備注
unsigned 表示無符號的，表示不允許負值，可以讓正數的大小擴大一倍
Zerofill 標記 Int（4） zerofill顯示時不足4位會補0
tinyint 1位元組，8位，大小在-128~127 tinyint unsigned 大小編程了 0~255
smallint 2位元組，16位
mediumint 3位元組，24位
int 4位元組，32位
bigint 8位元組，64位