mysql数据库自动生成默认时间不正确进行校正

引言

查看数据库数据,发现表中自动生成的创建时间不正确,故先使用SELECT CURRENT_TIMESTAMP; sql验证自动生成的时间是否是不正确的。经验证确定是自动生成的时间不正确,进而想到了对时间进行校正。

校正过程

首先查看数据库时间的时区是否是当地的。

SELECT @@global.time_zone, @@session.time_zone;

经查看确认数据库自动生成时间戳所使用的时区是system系统时区。

依赖系统时区耦合性以及不太好判断其准确时区。因此将数据库时间戳所使用的时区进行固定。

SET GLOBAL time_zone = 'Asia/Shanghai';

SET time_zone = 'Asia/Shanghai'; 只对当前会话的时间戳有影响不会对其他连接的会话产生影响。所以不使用这条sql进行更改。

拓展

SELECT NOW(); -- 显示当前日期和时间

SELECT CURDATE(); -- 显示当前日期

SELECT CURTIME(); -- 显示当前时间

SELECT DATE_FORMAT(NOW(), '%Y-%m-%d %H:%i:%s'); -- 格式化时间

相关推荐
鸽芷咕几秒前
KingbaseES 调参先看执行计划,参数是答案不是起点
数据库
这个DBA有点耶23 分钟前
MySQL 8.0直方图:统计信息升级了,执行计划为什么还是选错?
数据库·mysql·代码规范
老纪的技术唠嗑局2 小时前
把 seekdb 塞进 iOS App:让混合检索嵌入手机
数据库
ClouGence3 小时前
开源数据库管理工具 CloudDM 新版本发布,支持 OpenSearch、IoTDB 数据源
数据库·开源
徐小黑ACG3 小时前
Redis-基础
数据库·redis·缓存
火山引擎开发者社区4 小时前
案例实践 | 让 Agent 读懂业务口径:ContextSearch 在广告数据查询中的实践
数据库
10年前端老司机5 小时前
Milvus 8种检索能力实践
数据库·python·agent
aiks_yuan5 小时前
MySQL 深分页 LIMIT 越翻越慢怎么办:300 万行实测 OFFSET、延迟关联和 keyset 的耗时差距(MySQL 8.2)
mysql
Decay__5 小时前
14_MySQL 高可用与容灾架构 —— MGR / InnoDB Cluster / Keepalived+VIP / 双主 / 读写分离 / 两地三中心
运维·数据库·sql·mysql·架构
freejackman6 小时前
【实战三】撕开脱敏盲区:深度解析 CASE WHEN 与窗口函数血缘
大数据·数据库·sql