MySQL 支持多種類型,大體能夠分爲三類:數值、日期/時間和字符串(字符)類型。面試
類型 大小 範圍(有符號) 範圍(無符號) 用途
TINYINT 1 字節 (-128,127) (0,255) 小整數值
SMALLINT 2 字節 (-32 768,32 767) (0,65 535) 大整數值
MEDIUMINT 3 字節 (-8 388 608,8 388 607) (0,16 777 215) 大整數值
INT或INTEGER 4 字節 (-2 147 483 648,2 147 483 647) (0,4 294 967 295) 大整數值
BIGINT 8 字節 (-9 233 372 036 854 775 808,9 223 372 036 854 775 807) (0,18 446 744 073 709 551 615) 極大整數值
FLOAT 4 字節 (-3.402 823 466 E+38,-1.175 494 351 E-38),0,(1.175 494 351 E-38,3.402 823 466 351 E+38) 0,(1.175 494 351 E-38,3.402 823 466 E+38) 單精度浮點數值
DOUBLE 8 字節 (-1.797 693 134 862 315 7 E+308,-2.225 073 858 507 201 4 E-308),0,(2.225 073 858 507 201 4 E-308,1.797 693 134 862 315 7 E+308) 0,(2.225 073 858 507 201 4 E-308,1.797 693 134 862 315 7 E+308) 雙精度 浮點數值
DECIMAL 對DECIMAL(M,D) ,若是M>D,爲M+2不然爲D+2 依賴於M和D的值 依賴於M和D的值 小數值
複製代碼
類型 大小 (字節) 範圍 格式 用途
DATE 3 1000-01-01/9999-12-31 YYYY-MM-DD 日期值
TIME 3 '-838:59:59'/'838:59:59' HH:MM:SS 時間值或持續時間
YEAR 1 1901/2155 YYYY 年份值
DATETIME 8 1000-01-01 00:00:00/9999-12-31 23:59:59 YYYY-MM-DD HH:MM:SS 混合日期和時間值
TIMESTAMP 4 1970-01-01 00:00:00/2038結束時間是第 2147483647 秒,北京時間 2038-1-19 11:14:07,格林尼治時間 2038年1月19日 凌晨 03:14:07 YYYYMMDD HHMMSS 混合日期和時間值,時間戳
複製代碼
類型 大小 用途
CHAR 0-255字節 定長字符串
VARCHAR 0-65535 字節 變長字符串
TINYBLOB 0-255字節 不超過 255 個字符的二進制字符串
TINYTEXT 0-255字節 短文本字符串
BLOB 0-65 535字節 二進制形式的長文本數據
TEXT 0-65 535字節 長文本數據
MEDIUMBLOB 0-16 777 215字節 二進制形式的中等長度文本數據
MEDIUMTEXT 0-16 777 215字節 中等長度文本數據
LONGBLOB 0-4 294 967 295字節 二進制形式的極大文本數據
LONGTEXT 0-4 294 967 295字節 極大文本數據
複製代碼
因此,實際場景下,選擇合適的 varchar 長度仍是有必要的。數據庫
int(11) 中的 11 ,不影響字段存儲的範圍,隻影響展現效果。bash
MySQL還支持選擇在該類型關鍵字後面的括號內指定整數值的顯示寬度(例如,INT(4))。該可選顯示寬度規定用於顯示寬度小於指定的列寬度的值時從左側填滿寬度。顯示寬度並不限制能夠在列內保存的值的範圍,也不限制超過列的指定寬度的值的顯示。性能
一張表,裏面有 ID 自增主鍵,當 insert 了 17 條記錄以後,刪除了第 15,16,17 條記錄,再把 MySQL 重啓,再 insert 一條記錄,這條記錄的 ID 是 18 仍是 15?spa
最後,還能夠跟面試官裝個 x ,生產數據,不建議進行物理刪除記錄。code
表中有大字段 X(例如:text 類型),且字段 X 不會常常更新,以讀爲爲主,請問您是選擇拆成子表,仍是繼續放一塊兒?寫出您這樣選擇的理由排序
若是能容忍拆分帶來的空間問題,拆的話最好和常常要查詢的表的主鍵在物理結構上放置在一塊兒(分區) 順序 IO ,減小鏈接消耗,最後這是一個文本列再加上一個全文索引來儘可能抵消鏈接消耗。索引
若是能容忍不拆分帶來的查詢性能損失的話,上面的方案在某個極致條件下確定會出現問題,那麼不拆就是最好的選擇。內存
實際場景下,例如說商品表數據量比較大的狀況下,會將商品描述單獨存儲到一個表中。即,使用拆的方案。ci