0%

第一章, 数据类型

image.png


image.png
image.png
image.png

  1. 存储超过定义的宽度,其实没有影响, 对插入的数据有任何影响,还是按照类型的实际精度进行保存,这是,宽度格式实际已经没有意义,左边不会再填充任何的“0”字符。
  2. 如果一个列指定为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));


image.png

image.png


image.png
关于bit, mysql 8.0 行为已经和mysql 5.6 行为不一致
image.png

image.png

image.png

image.png

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

image.png

image.png

image.png

image.png

image.png

image.png

image.png

􀁺 MyISAM 存储引擎:建议使用固定长度的数据列代替可变长度的数据列。
􀁺 MEMORY 存储引擎:目前都使用固定长度的数据行存储,因此无论使用CHAR 或
VARCHAR 列都没有关系。两者都是作为CHAR 类型处理。
􀁺 InnoDB 存储引擎:建议使用VARCHAR 类型。对于InnoDB 数据表,内部的行存储
124
格式没有区分固定长度和可变长度列(所有数据行都使用指向数据列值的头指针),因此在
本质上,使用固定长度的CHAR 列不一定比使用可变长度VARCHAR 列性能要好。因而,主
要的性能因素是数据行使用的存储总量。由于CHAR 平均占用的空间多于VARCHAR,因此使
用VARCHAR 来最小化需要处理的数据行的存储总量和磁盘I/O 是比较好的。

image.png

image.png

image.png

image.png

从上面的例子中,可以看出ENUM 类型是忽略大小写的,对'M'、'f'在存储的时候将它们都转
成了大写,还可以看出对于插入不在ENUM 指定范围内的值时,并没有返回警告,而是插
入了enum('M','F')的第一值'M',这点用户在使用时要特别注意。

image.png
image.png