分享mysql的current_timestamp小坑及解决

目录
  • mysql的current_timestamp小坑
    • 报错
    • 我的方案
  • mysql5.5.23 current_timestamp问题
    • 原版说明
    • 解决办法

mysql的current_timestamp小坑

报错

Incorrect table definition;there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause

网上的答案基本如下,但是就是没有具体解决

方案原因是当你给一个timestamp设置为on updatecurrent_timestamp的时候,其他的timestamp字段需要显式设定default值

但是如果你有两个timestamp字段,但是只把第一个设定为current_timestamp而第二个没有设定默认值,MySQL能成功建表,但是反过来就不行…

我的方案

卸载当前低版本的mysql,安装5.6以上版本的mysql,推荐mysql5.7版本相对稳定点。

mysql5.5.23 current_timestamp问题

今天新建一个表,里面两个字段:创建时间和更新时间,两个默认值都是当前时间,一执行sql就报错。

ERROR 1293 (HY000): Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause

我在其它的项目里面都是这样用的sql,而且也能正常用,为什么今天执行不成功呢?在确认sql没有语法错误后,在网上查了一下资料。原来是mysql5.5在一个表内只支持一个时间字段使用CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP。但是在5.6里面支持多个。

原版说明

It is not possible to have the current timestamp be the default value for one column and the auto-update value for another column.

解决办法

去掉创建时间默认值

查看mysql版本号用 status命令

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • 通过实例解析MySql CURRENT_TIMESTAMP函数

    在创建时间字段的时候 DEFAULT CURRENT_TIMESTAMP 表示当插入数据的时候,该字段默认值为当前时间 ON UPDATE CURRENT_TIMESTAMP 表示每次更新这条数据的时候,该字段都会更新成当前时间 这两个操作是mysql数据库本身在维护,所以可以根据这个特性来生成[创建时间]和[更新时间]两个字段,且不需要代码来维护 如下: CREATE TABLE `mytest` ( `text` varchar(255) DEFAULT '' COMMENT '内容', `

  • MySQL错误TIMESTAMP column with CURRENT_TIMESTAMP的解决方法

    在部署程序时遇到的一个问题,MySQL定义举例如下: 复制代码 代码如下: CREATE TABLE `example` (  `id` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,  `created` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,  `lastUpdated` TIMESTAMP NOT NULL ON UPDATE CURRENT_TIMESTAMP,  PRIMARY KEY (`id`)

  • mysql之TIMESTAMP(时间戳)用法详解

    一.TIMESTAMP的变体 TIMESTAMP时间戳在创建的时候可以有多重不同的特性,如: 1.在创建新记录和修改现有记录的时候都对这个数据列刷新: TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP 2.在创建新记录的时候把这个字段设置为当前时间,但以后修改时,不再刷新它: TIMESTAMP DEFAULT CURRENT_TIMESTAMP 3.在创建新记录的时候把这个字段设置为0,以后修改时刷新它: TIMES

  • 分享mysql的current_timestamp小坑及解决

    目录 mysql的current_timestamp小坑 报错 我的方案 mysql5.5.23 current_timestamp问题 原版说明 解决办法 mysql的current_timestamp小坑 报错 Incorrect table definition;there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause 网上的答案基本如下,但是就是没有具体解决 方

  • react路由v6版本NavLink的两个小坑及解决

    目录 react路由v6版本NavLink的两个小坑 react 路由React Router(v6) 安装react-router 一级路由 重定向 NavLink高亮 useRoutes路由表----嵌套路由 路由的params参数 路由的search参数 路由的state参数 编程式路由导航 react路由v6版本NavLink的两个小坑 本人新人,是按照文档进行学习的,今遇到两个小坑,现记录如下: 第一点,当前版本的NavLink的style或者className当中的isActive,

  • spring jpa设置多个主键遇到的小坑及解决

    目录 jpa设置多个主键遇到的坑 解决办法 jpa遇到多主键表如何进行查询 1.使用 List<Map<String, Object>>的方式去接收 2.自定义接收类 3.配置联合主键 jpa设置多个主键遇到的坑 由于项目需要,对多个业务表单独另外建立对应的历史版本记录表,为了原业务表数据能原封不动记录到历史版本表,需要建立组合主键,id+历史版本号作为主键唯一约束(rid+historyVersion). 在实体上需要设置为主键的字段加上注解,@Id,例如: /* * 主键-RI

  • MySQL主键自增会遇到的坑及解决方法

    目录 1. 为什么不用 UUID 2. 主键自增的问题 2.1 数据插入的三种形式 2.2 innodb_autoinc_lock_mode 2.3 实践 3. 小结 在上篇文章中,松哥和小伙伴们分享了 MySQL 的聚簇索引,也顺便和小伙伴们分析了为什么在 MySQL 中主键不应该使用随机字符串.但是主键不用随机字符串用什么?主键自增?主键自增就是最佳方案吗?有没有其他坑?今天我们就来讨论下这个话题. 1. 为什么不用 UUID 经过上篇文章的介绍,我们知道在 MySQL 中,主键索引就是聚簇

  • 基于IOS端微信分享失效的踩坑及解决方法

    最近的一个公众号是基于vue的spa应用,在接入微信分享和微信语音的时候出现了:在Android上一切正常,但是在ios端调用wx.config的时候总是失败,去翻了官方文档也并没有找到解决方案,最后在测试中发现是因为初始化的时候传入的URL的问题.具体过程如下: 微信config接口配置,官方文档如下: 所有需要使用JS-SDK的页面必须先注入配置信息,否则将无法调用(同一个url仅需调用一次,对于变化url的SPA的web app可在每次url变化时进行调用,目前Android微信客户端不支

  • 解决springboot项目打成jar包后运行时碰到的小坑

    目录 项目打成jar包后运行时的坑 问题 解决办法 打jar包后运行提示找不到界面 项目打成jar包后运行时的坑 问题 我的springboot项目中有用的一段代码是往static目录下添加文件获取路径的代码如下 String path=ResourceUtils.getURL("classpath:static/task").getPath().replace("%20"," "); 部署阿里云的服务器上,通过运行jar包的形式运行的时候,发现

  • 解决localstorage存储boolean类型值的小坑

    localstorage存储boolean类型值小坑 今天使用localstorage存储boolean数据时,发现怎么弄页面上数据显示就是有问题. 后面才发现,在localstorage中存储的boolean数据都变成了字符串了,才导致的. 所以"true"=true及"false"==false,"true"==false显示都为false. localstorage使用不严谨之坑 上线新版本后,发现极个别"老"用户在微信

  • MySQL5.7中的sql_mode默认值带来的坑及解决方法

    在正常项目开发过程中,如果MySQL版本从5.6升级到5.7版本.作为DBA在考虑数据库版本升级带来的影响时,一般会有几个注意点: sql_mode optimizer_switch 本文主要内容是MySQL升级到5.7版本之后,由于默认的 sql_mode 值带来的坑以及对应的解决方案. 案例一:ONLY_FULL_GROUP_BY 问题描述 MySQL版本从5.6升级至5.7之后,部分SQL执行报错,报错信息如下: ERROR 1055 (42000): Expression #3 of X

  • MySQL慢查询的坑

    一条慢查询会造成什么后果?年轻时,我一直觉得不就是返回数据会慢一些么,用户体验变差?其实远远不止,我经历过几次线上事故,有一次就是由一条SQL慢查询导致的. 记得那是一条查询SQL,数据量万级时还保持在0.2秒内,随着某一段时间数据猛增,耗时一度达到了2-3秒!没有命中索引,导致全表扫描.explain 中extra显示:Using where; Using temporary; Using filesort,被迫使用了临时表排序,由于是高频查询,并发一起来很快就把DB线程池打满了,导致大量查询

  • CentOS 7下MySQL服务启动失败的快速解决方法

    今天,启动MySQL服务器失败,如下所示: [root@spark01 ~]# /etc/init.d/mysqld start Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe&qu

随机推荐