• mysql关于timestamp字段相关内容


    发现5.6和5.7版本的创建表不一致,从5.6导出数据表创建sql文件,然后导入到5.7表会报错,timestamp不能为空

    查看的sql_mode

    mysql5.0以上支持的三种模式

    1. ANSI
    2. TRADITIONAL
    3. STRICT_TRANS_TABLES
    ANSI模式:宽松模式
    对插入数据进行校验,如果不符合定义类型或长度,对数据类型调整或截断保存,报warning警告。
    对于除数为0的结果的字段,会用NULL值代替。
    
    TRADITIONAL模式:严格模式
    当向mysql数据库插入数据时,进行数据的严格校验,保证错误数据不能插入,报error错误。
    用于事务时,会进行事务的回滚。使用非事务存储引擎,出现错误前进行的数据更改不会回滚,
    结果是只更新的一部分
    
    STRICT_TRANS_TABLES模式:严格模式
    进行数据的严格校验,错误数据不能插入,报error错误。
    如果不能将值插入到事务表中,则进行回滚。
    对于非事务表,如果值出现在单行语句或多行语句的第1行,则放弃该语句。

    注:

    Myisam不支持事务,非事务存储引擎
    Innodb支持事务,事务存储引擎
    事务表(TST)和非事务表 (NTST)

    支持的sql语法模式

    执行sql命令可以查看sql模式

    select @@sql_mode
    STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

    在严格模式下,会检查sql的语法,如果不通过则会直接报错

    比如下面的字段定义,设置时间戳timestamp默认为null,会直接报错

    `create_time` TIMESTAMP(0) DEFAULT NULL
    `update_time` TIMESTAMP(0) DEFAULT NULL

    如果把DEFAULT NULL去掉后,执行可以通过

    使用show create table 表名

    查看建表语句,其他建表语句省略

    `create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
    `update_time` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',

    在STRICT_TRANS_TABLE模式下,

    缺省时,第一个timestamp字段会为它设置当前系统时间戳,并且会随着记录的更新自动更新。

     第二个及后面的timestamp列都默认设置为  年 - 月 - 日  时:分:秒

    一般来说,create_time,这个创建时间第一次赋值后就不变了,而系统默认是自动更新的,不符合我们的需求。

    我们需要在建表的时候主动设置默认值

    `create_time` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
    `update_time` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',

    等价的

    `create_time` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
    `update_time` timestamp,

    只有第一个timestamp才会设置,第二个及后面的都是默认设置为0000-00-00 00:00:00

    额外的内容:

    sql_mode可以在my.ini或者my.inf文件的[mysqld]节点下进行配置

    sql_mode的值

    ONLY_FULL_GROUP_BY
    出现在select语句、HAVING条件和ORDER BY语句中的列,必须是GROUP BY的列或者依赖于GROUP BY列的函数列。
    user表有三个字段,name, age, sex
    select * from user  group by sex;
    执行上面的sql语句会报错ERROR 1055 (42000):
    select中查询的是所有列,在group by中必须全部出现才可以
    
    select sex from user group by sex;
    这句sql就可以执行通过
    
    如果要让第一个代码能正常通过,则需要将sql_mode = ONLY_FULL_GROUP_BY ....这个配置中的ONLY_FULL_GROUP_BY去掉,
    
    select * from user  group by sex;就可以正常运行
    NO_ZERO_IN_DATE:日期类型字段,年月日不能全部为0
    在严格模式,不接受月或日部分为0的日期。如果使用IGNORE选项,我们为类似的日期插入'0000-00-00'。在非严格模式,可以接受该日期,但会生成警告
     
    NO_ZERO_IN_DATE:
    在严格模式,不接受月或日部分为0的日期。如果使用IGNORE选项,我们为类似的日期插入'0000-00-00'。在非严格模式,可以接受该日期,但会生成警告。
    
    NO_ZERO_DATE:
    在严格模式,不要将 '0000-00-00'做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式,可以接受该日期,但会生成警告
    
    ERROR_FOR_DIVISION_BY_ZERO:
    在严格模式,在INSERT或UPDATE过程中,如果被零除(或MOD(X,0)),则产生错误(否则为警告)。如果未给出该模式,被零除时MySQL返回NULL。
    如果用到INSERT IGNORE或UPDATE IGNORE中,MySQL生成被零除警告,但操作结果为NULL NO_AUTO_CREATE_USER: 防止GRANT自动创建新用户,除非还指定了密码。 NO_ENGINE_SUBSTITUTION: 如果需要的存储引擎被禁用或未编译,那么抛出错误。不设置此值时,用默认的存储引擎替代,并抛出一个异常
  • 相关阅读:
    kafka 支持发布订阅
    linux 安装 ORACLE JDK 8
    SPRING 集成 KAFKA 发送消息
    安装kafka 集群 步骤
    zookeeper 单机集成部署
    CAS 界面根据不同的域名显示不同的界面
    POSTMAN 数据关联
    Google Code Jam 2014 Round 1B Problem B
    hdu3555
    hdu2089
  • 原文地址:https://www.cnblogs.com/gne-hwz/p/10207838.html
Copyright © 2020-2023  润新知