mysqldateformat受时区影响吗

mysqldateformat受时区影响吗,第1张

mysqldateformat受时区影响。根据查询相关公开信息显示:timestamp是以UTC格式存储的,而datetime存储类似于时间字符串的形式,timestamp也有时区问题。

InnoDB关闭的过程解释MySQL官方手册介绍 影响到InnoDB关闭的参数有

innodb_fast_shutdown

如果你把这个参数设置为0,InnoDB在关闭之前做一个完全净化和一个插入缓冲合并。这些 *** 作要花几分钟时间,在极端情况下要几个小时。

如果你设置这个参数为1,InnoDB在关闭之时跳过这些 *** 作。 默认值为1。

如果你设置这个值为2 (在Netware无此值), InnoDB将刷新它的日志然后冷关机,仿佛MySQL崩溃一样。已提交的事务不会被丢失,但在下一次启动之时会做一个崩溃恢复。

innodb_max_dirty_pages_pct

这是一个范围从0到100的整数。默认是90。InnoDB中的主线程试着从缓冲池写页面,使得脏页(没有被写的页面)的百分比不超过这个值。如果你有SUPER权限,这个百分比可以在服务器运行时按下面来改变:

SET GLOBAL innodb_max_dirty_pages_pct = value

100423 0:10:18 InnoDB: Starting shutdown…

100423 0:10:20 InnoDB: Shutdown completedlog sequence number 0 4000976145

100423 0:10:20 [Note] /usr/sbin/mysqld: Shutdown complete

测试环境

1.在一个镜像库节点进行测试,innodb_buffer_pool_size=1G

2.在一个线上节点进行测试,碰巧这个节点要进行机架更换,所以可以趁机测试一把

innodb_buffer_pool_size=12G,线上环境和镜像环境还是有点不一样,没法让Innodb_buffer_pool_pages_dirty的值少于1000,虽然是大于1000,但关闭起来还是比较快速的

你的Linux系统时间是CST(你的情况,应该是美国东部标准时间)。

应该是你时区设置不对。

美国东部时间是GMT-5,北京时间是GMT+8,中间相隔13个小时,正好符合你现在情况。

调整一下你的Linux系统时间,确认一下时区,应该就可以了。。

Good luck。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/7287652.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-03
下一篇 2023-04-03

发表评论

登录后才能评论

评论列表(0条)

保存