在实际业务开发中，会碰到夏令时，闰秒，时区转换的问题，这些问题都需要从业务角度去考虑，保证用户在任何地区看到的数据都一致的，这就需要MySQL数据库、后端服务以及前端服务做相应的处理才能完成。
一、查看和修改Linux的时区 1. 查看当前时区 命令 ： “date -R” 2. 修改设置Linux服务器时区 方法 A 命令 ： “tzselect” 方法 B 仅限于RedHat Linux 和 CentOS 命令 ： “timeconfig” 方法 C 适用于Debian 命令 ： “dpkg-reconfigure tzdata” 3. 复制相应的时区文件，替换系统时区文件；或者创建链接文件 cp /usr/share/zoneinfo/$主时区/$次时区 /etc/localtime 例如：在设置中国时区使用亚洲/上海（+8） cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime 二、查看和修改Linux的时间 1. 查看时间和日期 命令 ： “date” 2.设置时间和日期 例如：将系统日期设定成2009年11月3日的命令 命令 ： “date -s 11/03/2009” 将系统时间设定成下午5点55分55秒的命令 命令 ： “date -s 17:55:55” 3. 将当前时间和日期写入BIOS，避免重启后失效 命令 ： “hwclock -w” 注： date 不加参数可以直接看到当前日期时间 cal 不加参数可以直接看到本月月历
Alpine Linux是一种基于musl和BusyBox的Linux 发行版，专为安全性、简单性和资源效率而设计。体积非常小巧，适合用来做Docker镜像。xiaoz最近在为CCAA/Zdir打包容器镜像的时候了解到了Alpine Linux，麻雀虽小但五脏俱全，简直不要太方便。
时区设置用tzselect 命令来实现。但是通过tzselect命令设置TZ这个环境变量来选择的时区，需要将变量添加到.profile文件中。
linux/unix使用UTC（世界标准时间）与时区进行换算的出的时间作为系统时间，因为北京时间使用东八区时间，所以是UTC+8换算后为系统时间
在容器环境下，除了业务镜像外，我们有很多情况都是使用的官方镜像或第三方镜像，而这些镜像一般都不是国人制作。因此使用这些镜像的时候，自然会有一个问题，即容器镜像的默认时区不正确
CentOS和Ubuntu的时区文件是/etc/localtime，但是在CentOS7以后localtime以及变成了一个链接文件
本教程操作环境：CentOS 6.5系统、PHP7.1版、Dell G3电脑。 修改 linux 时区时间和 php 时区 第一步，先修改硬件时区。
发现修改变量TZ=Asia/Shanghai，修改/etc/localtime 文件都无法修改时区，均失败了。
在接入集团一个平台的时候，发现录制某个接口到测试环境回放，发现接口入参一致，一个start_day 一个end_day，但回放的时候会多调用一次数据库查询，很是奇怪；
在Linux系统中主要的就是使用tzselect命令来选择时区。要注意的是tzselect只是帮我们把选择的时区显示出来，并未实际生效也就是说它仅仅告诉我们怎样去设置环境变量TZ。
在检测海外服务器日志的时候，发现脚本启动时间与定时任务设定的时间不一致，现进行问题排查。
在Windows环境下用Notepad++写了个shell脚本，上传到Linux平台后运行报错如下：
由于两个系统设定时间时以主板CMOS内的时间为依据，但却有不同的时间计算标准。所以导致了系统时间的纠纷问题。 Linux和苹果操作系统以当前主板CMOS内时间做为格林威治标准时间，再根据系统设置的时区来最终确定当前系统时间（如时区设置为GMT+08:00北京时间时以及当前CMOS时间为03:00，那么系统会将两个时间相加得出显示在桌面的当前系统时间为11:00）。 Windows操作系统却直接把CMOS时间认定为当前显示时间，不根据时区转换。这样每调整一次系统时区，系统会根据调整的时区来计算当前时间，确定后，也就同时修改了CMOS内的时间（即每调整一次时区，设置保存后，CMOS时间也将被操作系统改变一次，注意不同操作系统调整时间后，也会同时改变CMOS时间，这一点是共通的）。 这里我们且不论两种时间计算标准的好差，而仅让Windows认定CMOS时间为格林威治标准时间来消除操作系统之间认定时间的差异，从而解决Windows操作系统与不同操作系统并存时出现的时间认定纠纷。。。（怎么改Ubuntu参见2楼xport的回帖：）） 其实Windows注册表内已经隐藏了这样一个开关。瀑布汗，那么就拿它来开刀了。。。 即在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\中添加一项数据类型为REG_DWORD，名称为RealTimeIsUniversal，值设为1。
我们经常会发现docker和宿主机的时间是不同步的，这几乎是个坑，特别是数据库系统，时间错误简直要命。这时间一般是相差8小时，因我们的时间是东八区时间，而docker用的是标准时间：
大部分 Docker 镜像都是基于 Alpine，Ubuntu，Debian，CentOS 等基础镜像制作而成。
修改成 Asia/Shanghai 但是 时区总是 +0000 却不是想要的+0800
本次演示环境，我是在虚拟机上安装 Linux 系统来执行操作，通过虚拟机完成 Kubernetes 集群的搭建，以下是安装的软件及版本：
依据Linux (RHEL)修改时区更改了系统的时区后，集群数据库的各个日志还是显示之前的时区时间。
我们知道，使用 docker 容器启动服务后，如果使用默认 Centos 系统作为基础镜像，就会出现系统时区不一致的问题，因为默认 Centos 系统时间为 UTC 协调世界时 (Universal Time Coordinated)，一般本地所属时区为 CST（＋8 时区，上海时间），时间上刚好相差 8 个小时。这就导致了，我们服务启动后，获取系统时间来进行相关操作，例如存入数据库、时间换算、日志记录等，都会出现时间不一致的问题，所以很有必要解决掉容器内时区不统一的问题。
1、修改北京时区 这里以修改北京时间作为默认时区，如果有其他需要的，可以对应修改。
1、Windows 1.1 Windows开机启动 # 目录地址 C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp 2、Mac && Linux 2.1 手动刷新DNS sudo dscacheutil -flushcache 2.2 Mac开启任何来源的APP sudo spctl --master-disable 2.3 Host key verification failed ssh-keygen -R 你要访问的IP地址
本文来自网络收集，红色的是我自己备注的地方 首先要知道的就是Linux系统中时间的概念： 1）Linux系统中，系统时间和硬件时间是独立的 系统时间是表示系统内运行的时间，硬件时间是指硬件设备中，如BIOS的时间。 2）系统时间和硬件时间的关系 系统时间由硬件时间和系统时区进行设置。系统在启动的时候，会从硬件设备中读取硬件时间，并根据系统时区进行修改，然后写入到系统时间内。同样，系统关闭时，也会读取系统时间，然后写入硬件时间。 由于硬件造成的问题，请联系硬件供应商。下面我们来谈谈系统上的解决方法：
之前在随笔中《Linux (RHEL)修改时区》 介绍了时区修改方法。 默认OCI实例中，时区是GMT，在国内用看着这个时区就是很别扭的事情，于是修改时区，实测无需配置 /etc/sysconfig/clock 文件，就只需要执行：
产品功能设计中，经常会遇到一场活动，分跨不同时区，系统需要显示不同时区的时间，同时希望跨时区的用户可以同一时间开始，同一时间结束。
对于修改时间，我们在安装kali时选择相关的时区即可，只要kali联网，时间会自动更新。如果你不小心设置的错误的时区，或者坐飞机去美利坚搞渗透，那么这时你需要修改你的时间了。 查看当前时区信息
CentOS 和 Ubuntu 的时区文件是 /etc/localtime , 但是在 CentOS7 以后 localtime 以及变成了一个链接文件 :
使用正确的时区对于很多系统相关的任务和进程都是基本的必要的。例如：cron 守护程序使用系统时区来执行 cron 任务，并且日志文件中的时间戳也是基于系统时区的。
本文最先发布在：https://www.itcoder.tech/posts/how-to-set-or-change-timezone-on-ubuntu-20-04/
在LINUX中，周期执行的任务一般由cron这个守护进程来处理[ps -ef|grep cron]。cron读取一个或多个配置文件，这些配置文件中包含了命令行及其调用时间。
首先，在centos7 系统可以使用命令：【timedatectl】查看系统的时区；使用timedatectl显示的结果如下：
使用正确的时区，对于系统相关的任务和进程来说，是最基本的。例如，cron 守护进程，使用系统时区来执行定时任务，并且在日志中的时间戳也是基于相同的系统时区。
如果你 双启动 Windows 和 Ubuntu 或任何其他 Linux 发行版，你可能会注意到两个操作系统之间的时间差异。
UTC(Universal Time Coordinated)=GMT(Greenwich Mean Time)，Local time 本地时间,
这几天在学习折腾 docker 的时候遇到一个很常见的问题，就是 run container 的时候发现大部分 image 默认使用的时间都是 UTC (Universal Time Coordinated,UTC）世界协调时间，跟平时中使用的 CST (China Standard Time UTC+8:00) 中国沿海时间(北京时间) 差别有点大，很不适应。
前些天业务部门的开发同事遇到了一个奇怪的bug，首先他们有个业务已经入库的创建时间和服务器时间相差了8个小时，其次当这个时间显示到前端后，这个时间竟然和服务时间相差了好几个月。
当前系统版本： Red Hat Enterprise Linux Server release 7.0 (Maipo)
/usr/share/zoneinfo/Asia/Shanghai ，该目录下存放着中国标准时间。新闻联播一般说北京时间，但是linux系统里面时区信息存储的是Shanghai，这里面没有北京地区。
SQL> SELECT TZ_OFFSET(SESSIONTIMEZONE), TZ_OFFSET(DBTIMEZONE) FROM DUAL;
果您需要在全局范围内修改默认时区，需要在MySQL的配置文件my.cnf中添加以下行：
https://dev.mysql.com/doc/refman/8.0/en/datetime.html
数据库报错数据时，发现插入的时间总是小于当前时间8个小时，在SpringBoot的配置文件中并没有相关时区配置，h2数据库根据系统时间获取数据，所以初步判断是系统时区设置问题。
大家伙有没有遇到使用“tzselect” 命令修改时区并不生效的情况？不管你有没有遇到这个问题，反正接下来修改时区的方法是不会出问题的！
很多朋友工作学习中需要在 Windows 上安装 Linux 系统，最常用的就是使用 VMware Workstation 虚拟机。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
