1、int、bigint的长度问题
类型：bigint
长度：20
占用字节：8字节
有符号：-9223372036854775808-----9223372036854775807
无符号：0-----18446744073709551615
默认：不指定长度时默认21（实际长度还是20）
类型：int
长度：10
占用字节：4字节
有符号：-2147483648-----2147483647
无符号：0-----4294967295
注：int（n），其中n是显示n位，并非数据最大是2^n
tinyint类型：只占一个字节 即 -128到127 或 0到255。
varcha(30):字符串最大有30个字符
2、创建表知道引擎、起点、字符集、备注
引擎innodb：ENGINE=INNODB
起点位置1：AUTO_INCREMENT=1
字符集utf8：DEFAULT CHARSET=utf8
表备注信息：COMMENT= ‘工装-文件表’ ;
DEFAULT NULL — 设备字符默认为null
NOT NULL AUTO_INCREMENT —不为null，并自增
PRIMARY KEY (id)—标明主键id
3、DATETIME 、TIMESTAMP的区别
DATETIME（3）- - -保留毫秒数3位
两者的存储方式不一样
对于TIMESTAMP，它把客户端插入的时间从当前时区转化为UTC（世界标准时间）进行存储。查询时，将其又转化为客户端当前时区进行返回。
而对于DATETIME，不做任何改变，基本上是原样输入和输出。
4、模板参考
CREATE TABLE xt_calibration_log (
id BIGINT(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
c_id BIGINT(20) NOT NULL COMMENT 'xt_calibration关联ID',
TYPE INT(10) NOT NULL DEFAULT 0 COMMENT '类型 0：指令下发 1：设备回复',
instrction VARCHAR(60) NULL COMMENT '下发指令',
message_mark VARCHAR(4) NULL COMMENT 'lyra协议消息标识',
byte_length INT(10) NULL COMMENT '回复消息长度',
create_time TIMESTAMP DEFAULT NULL COMMENT '创建时间',
update_time TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改时间',
PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COMMENT= '工装-指令表' ;
1.engine=innodb 提供外键约束的数据存储引擎 提供事务处理 支持commit、rollback等 支持行锁 增加并发读的用户数量 CPU利用率高，处理大容量数据性能好 缓冲池，能缓冲数据和索引 把数据和索引放在表空间
2.engine=myisam 表单独存放在文件中 读取操作快 不支持事务操作，不容错
3.engine=blackhole 黑洞引擎 黑洞引擎，写入的任何数据都会消失，用于记录binlog做复制的中继存储！
|