深入浅出MySQL -- 第一章数据类型

Posted on 2019-03-03 In Database , MySQL , 深入浅出MySQL Views: Symbols count in article: 756 Reading time ≈ 3 mins.

第一章，数据类型

存储超过定义的宽度，其实没有影响，对插入的数据有任何影响，还是按照类型的实际精度进行保存，这是，宽度格式实际已经没有意义，左边不会再填充任何的“0”字符。
如果一个列指定为zerofill，则MySQL 自动为该列添加UNSIGNED 属性。

整数类型还有一个属性：AUTO_INCREMENT。在需要产生唯一标识符或顺序值时，

可利用此属性，这个属性只用于整数类型。AUTO_INCREMENT 值一般从1 开始，每行增加1。

在插入NULL 到一个AUTO_INCREMENT 列时，MySQL 插入一个比该列中当前最大值大1 的值。

一个表中最多只能有一个AUTO_INCREMENT列。对于任何想要使用AUTO_INCREMENT 的列，

应该定义为NOT NULL，并定义为PRIMARY KEY 或定义为UNIQUE 键。例如，可按下列
任何一种方式定义AUTO_INCREMENT 列：

CREATE TABLE AI (ID INT AUTO_INCREMENT NOT NULL PRIMARY KEY);

CREATE TABLE AI(ID INT AUTO_INCREMENT NOT NULL ,PRIMARY KEY(ID));

CREATE TABLE AI (ID INT AUTO_INCREMENT NOT NULL ,UNIQUE(ID));

关于bit， mysql 8.0 行为已经和mysql 5.6 行为不一致

第一个timestamp 默认值是current_timestamp, 但第二个timestamp 默认为0
timestamp 和时区相关，插入日期时，先转换为本地时区后存放，取出时，也是先取出，后转换本地时区。 TIMESTAMP的取值范围为19700101080001到2038年的某一天
举例

􀁺 MyISAM 存储引擎：建议使用固定长度的数据列代替可变长度的数据列。

􀁺 MEMORY 存储引擎：目前都使用固定长度的数据行存储，因此无论使用CHAR 或
VARCHAR 列都没有关系。两者都是作为CHAR 类型处理。

􀁺 InnoDB 存储引擎：建议使用VARCHAR 类型。对于InnoDB 数据表，内部的行存储
124
格式没有区分固定长度和可变长度列（所有数据行都使用指向数据列值的头指针），因此在
本质上，使用固定长度的CHAR 列不一定比使用可变长度VARCHAR 列性能要好。因而，主
要的性能因素是数据行使用的存储总量。由于CHAR 平均占用的空间多于VARCHAR，因此使
用VARCHAR 来最小化需要处理的数据行的存储总量和磁盘I/O 是比较好的。