在 Linux 系统中，有许多场合都使用时间戳的方式表示时间，即从1970年1月1日起至当前的天数或秒数。如/etc/shadow里的密码更改日期和失效日期，还有代理服务器的访问日志对访问时间的记录等等。
使用正确的时区对于许多与系统相关的任务和流程很重要。例如cron守护进程使用系统的时区来执行cron作业。 前提条件 为了能够更改系统的时区，你需要以root或具有 sudo权限的用户身份 几个常见的时间参数说明 UTC (Universal Time Coordinated) 协调世界时，又称世界标准时间 GMT (Greenwich Mean Time) 格林尼治平均时 CST 时间有以下几种含义: Central Standard Time (USA) UT-6:00 Central Standar
大部分 Docker 镜像都是基于 Alpine，Ubuntu，Debian，CentOS 等基础镜像制作而成。
https://dev.mysql.com/doc/refman/8.0/en/datetime.html
在初始化一台linux服务器后，发现这台服务器的时间不对 [root@dev ~]# date 2016年 10月 11日 星期二 07:04:34 CST Linux时钟分为系统时钟 （System Clock）和硬件（Real Time Clock，简称RTC）时钟。系统时钟是指当前Linux Kernel中的时钟，而硬件时钟则是主板上由电池供电的时钟，这个硬件时钟可以在BIOS中进行设置。当Linux启动时，硬件时钟会去读取系统时钟的设置，然后系统时钟就会独立于硬件运作。 Linux中的所有命令（包括
在老版本（1.15）以前并不包含时区信息， 通常会在容器化的时候单独处理时区问题。
看完这篇文章，你能解决上面所有的疑惑。首先出场的是和时区相关的启动参数和系统变量。
用Go开发的应用程序的一个优势在于，可以从"零"开始构建应用的Docker镜像，镜像中仅需要包含Go应用程序编译后的二进制文件，不需要额外安装其他执行环境。这样一来Go应用镜像占用的空间确实很小（通常是几MB），而且也会更安全些。常用的alpine镜像（alpine是专门为容器设计的小型Linux发行版）中存在一个安全漏洞，该漏洞为大量生产容器留下了空的root用户密码，所以如果你的的Go应用程序在没有alpine（或任何其他操作系统）的容器中运行，黑客就不能利用操作系统的漏洞去攻击容器里的应用。
Linux 系统(我特指发行版, 没说内核) 下大部分软件的风格就是不会仔细去考虑向后 的兼容性, 比如你上个版本能用这种程序配置, 没准到了下一个版本, 该程序已经不见了. 比如 sysvinit 这种东西.
Linux的时间分为System Clock（系统时间）和Real Time Clock （硬件时间，简称RTC）。
使用正确的时区对于很多系统相关的任务和进程都是基本的必要的。例如：cron 守护程序使用系统时区来执行 cron 任务，并且日志文件中的时间戳也是基于系统时区的。
unix 通过接口 time 将 Epoch 作为整数返回，自然的包含了日期和时间两部分:
这几天在学习折腾 docker 的时候遇到一个很常见的问题，就是 run container 的时候发现大部分 image 默认使用的时间都是 UTC (Universal Time Coordinated,UTC）世界协调时间，跟平时中使用的 CST (China Standard Time UTC+8:00) 中国沿海时间(北京时间) 差别有点大，很不适应。
一、基本概念： 1、linux系统时间和硬件时间： 系统时间：一般来说就是我们执行date命令查看到的时间，Linux系统下所有的时间调用（除了直接访问硬件时间的命令）都是使
在Linux下date命令是由coreutils安装出来的一个系统命令，用来显示当前系统时间，不过默认显示结果可能不是你想想要的，特别是结果作为文件名输出不是很合适，这时候就可以利用好date命令格式化选项了。
首先，在centos7 系统可以使用命令：【timedatectl】查看系统的时区；使用timedatectl显示的结果如下：
同事反馈一个问题：Mybatis插入数据库的时间是昨天的，是不是因为生成Mybatis逆向工程生成的代码有问题？
在使用 MySQL 的过程中，你可能会遇到时区相关问题，比如说时间显示错误、时区不是东八区、程序取得的时间和数据库存储的时间不一致等等问题。其实，这些问题都与数据库时区设置有关，本篇文章将从数据库参数入手，逐步介绍时区相关内容。
LoadLocation 有个问题，它依赖于 IANA Time Zone Database (简称 tzdata 吧) 这个数据库，一般linux系统都带了，但是windows系统就没带。所以如果windows系统没有安装go环境，调用LoadLocation就会报错。
有时候使用一样东西用习惯了，就不大会多想，而出现问题的时候也不会想到那里去。所以MYSQL 的时间这个问题可能就属于这个list.
本次演示环境，我是在虚拟机上安装 Linux 系统来执行操作，通过虚拟机完成 Kubernetes 集群的搭建，以下是安装的软件及版本：
我们经常会发现docker和宿主机的时间是不同步的，这几乎是个坑，特别是数据库系统，时间错误简直要命。这时间一般是相差8小时，因我们的时间是东八区时间，而docker用的是标准时间：
我们知道，使用 docker 容器启动服务后，如果使用默认 Centos 系统作为基础镜像，就会出现系统时区不一致的问题，因为默认 Centos 系统时间为 UTC 协调世界时 (Universal Time Coordinated)，一般本地所属时区为 CST（＋8 时区，上海时间），时间上刚好相差 8 个小时。这就导致了，我们服务启动后，获取系统时间来进行相关操作，例如存入数据库、时间换算、日志记录等，都会出现时间不一致的问题，所以很有必要解决掉容器内时区不统一的问题。
在linux里设置NTP服务并不难，但是NTP本身确是一个很复杂的协议. 你都了解细节么？
修改成 Asia/Shanghai 但是 时区总是 +0000 却不是想要的+0800
SQL> SELECT TZ_OFFSET(SESSIONTIMEZONE), TZ_OFFSET(DBTIMEZONE) FROM DUAL;
之前在随笔中《Linux (RHEL)修改时区》 介绍了时区修改方法。 默认OCI实例中，时区是GMT，在国内用看着这个时区就是很别扭的事情，于是修改时区，实测无需配置 /etc/sysconfig/clock 文件，就只需要执行：
echo命令用于在终端设备上输出字符串或变量提取后的值，语法格式为“echo [字符串] [$变量]”。
当前系统版本： Red Hat Enterprise Linux Server release 7.0 (Maipo)
UTC(Universal Time Coordinated)=GMT(Greenwich Mean Time)，Local time 本地时间,
1. 获取cst时间(北京时间)两布：1.抓取url timtstamp >>format 到cst 1
本文来自网络收集，红色的是我自己备注的地方 首先要知道的就是Linux系统中时间的概念： 1）Linux系统中，系统时间和硬件时间是独立的 系统时间是表示系统内运行的时间，硬件时间是指硬件设备中，如BIOS的时间。 2）系统时间和硬件时间的关系 系统时间由硬件时间和系统时区进行设置。系统在启动的时候，会从硬件设备中读取硬件时间，并根据系统时区进行修改，然后写入到系统时间内。同样，系统关闭时，也会读取系统时间，然后写入硬件时间。 由于硬件造成的问题，请联系硬件供应商。下面我们来谈谈系统上的解决方法：
发现修改变量TZ=Asia/Shanghai，修改/etc/localtime 文件都无法修改时区，均失败了。
打印new Date()，Fri Aug 12 13:37:51 CST 2016. 显示Asia/Shanghai的时区，但是date toString 的时区简写却是CST。更坑爹的是，Google CST结果出来是Central Standard Time. 表示North American Central Standard Time. 还以为jdk的date类有问题，debug date toString发现确实是将Asia/Shanghai的name 简写成CST. 接着google，终于看到另一
产品功能设计中，经常会遇到一场活动，分跨不同时区，系统需要显示不同时区的时间，同时希望跨时区的用户可以同一时间开始，同一时间结束。
腾讯云容器服务（TKE）集群中容器系统时间默认为 UTC 协调世界时间 （Universal Time Coordinated），与节点本地所属时区 CST （上海时间）相差8个小时。在容器使用过程中，当需要获取系统时间用于日志记录、数据库存储等相关操作时，容器内时区不一致问题将会带来一系列困扰。
/usr/share/zoneinfo/Asia/Shanghai ，该目录下存放着中国标准时间。新闻联播一般说北京时间，但是linux系统里面时区信息存储的是Shanghai，这里面没有北京地区。
在实际业务开发中，会碰到夏令时，闰秒，时区转换的问题，这些问题都需要从业务角度去考虑，保证用户在任何地区看到的数据都一致的，这就需要MySQL数据库、后端服务以及前端服务做相应的处理才能完成。
在接入集团一个平台的时候，发现录制某个接口到测试环境回放，发现接口入参一致，一个start_day 一个end_day，但回放的时候会多调用一次数据库查询，很是奇怪；
使用alpine镜像构建了一个oracle jdk的镜像，运行java业务时，查看日志，显示中文乱码。
在容器环境下，除了业务镜像外，我们有很多情况都是使用的官方镜像或第三方镜像，而这些镜像一般都不是国人制作。因此使用这些镜像的时候，自然会有一个问题，即容器镜像的默认时区不正确
通常把它叫做时间戳，是指格林尼治时间1970年01月01日00时00分00秒（北京时间1970年01月01日08时00分00秒）起至现在的总秒数，用有符号32位整数表示。
date命令用于按照指定格式显示当前时间或者指定的时间，也可以设置系统时间。很多Shell脚本里面需要打印不同格式的时间或日期，以及要根据时间和日期执行操作，此时可以使用date命令来完成。在类Unix系统中，日期被存储为一个整数，其大小为协调世界时（UTC）1970年1月1日0时0分0秒起流逝的秒数，即Unix时间戳。
在Docker容器创建好之后，可能会发现容器时间跟宿主机时间不一致，这就需要同步它们的时间，让容器时间跟宿主机时间保持一致。如下： 宿主机时间 [root@slave-1 ~]# date Fri May 12 11:20:30 CST 2017 容器时间 [root@slave-1 ~]# docker exec -ti 87986863838b /bin/bash root@87986863838b:/# date
ice yao 喜欢看动漫的IT男；还是火影迷、海贼迷、死神迷、妖尾迷、全职猎人迷、龙珠迷、网球王子迷。 1 环 境 Kubernetes v1.14.6 Etcd 3.3.12 Docker 18.09.9 Kernel 4.4.131 2 现 象 pod默认时区与宿主机时区不一致 宿主机时区 # date Fri Jan 17 19:42:13 CST 2020 容器时区 # vim nginx.yaml ---apiVersion: extensions/v1beta1kind: Depl
在 Windwos 中，系统时间的设置很简单，界面操作，通俗易懂，而且设置后，重启，关机都没关系。系统时间会自动保存在 BIOS 时钟里面，启动计算机的时候，系统会自动在 BIOS 里面取硬件时间，以保证时间的不间断。但在 Linux 下，默认情况下，系统时间和硬件时间并不会自动同步。在 Linux 运行过程中，系统时间和硬件时间以异步的方式运行，互不干扰。硬件时间的运行，是靠 BIOS 电池来维持，而系统时间，是用 CPU Tick 来维持的。在系统开机的时候，会自动从 BIOS 中取得硬件时间，设置为系统时间。
系统语言中文英文切换，localectl status 用于查看和配置系统的区域设置状态，而 locale 用于查看和设置系统的区域设置环境变量。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
