在 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
在 Windwos 中，系统时间的设置很简单，界面操作，通俗易懂，而且设置后，重启，关机都没关系。系统时间会自动保存在 BIOS 时钟里面，启动计算机的时候，系统会自动在 BIOS 里面取硬件时间，以保证时间的不间断。但在 Linux 下，默认情况下，系统时间和硬件时间并不会自动同步。在 Linux 运行过程中，系统时间和硬件时间以异步的方式运行，互不干扰。硬件时间的运行，是靠 BIOS 电池来维持，而系统时间，是用 CPU Tick 来维持的。在系统开机的时候，会自动从 BIOS 中取得硬件时间，设置为系统时间。
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
系统语言中文英文切换，localectl status 用于查看和配置系统的区域设置状态，而 locale 用于查看和设置系统的区域设置环境变量。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
