linux/unix使用UTC（世界标准时间）与时区进行换算的出的时间作为系统时间，因为北京时间使用东八区时间，所以是UTC+8换算后为系统时间
在实际业务开发中，会碰到夏令时，闰秒，时区转换的问题，这些问题都需要从业务角度去考虑，保证用户在任何地区看到的数据都一致的，这就需要MySQL数据库、后端服务以及前端服务做相应的处理才能完成。
UTC(Universal Time Coordinated)=GMT(Greenwich Mean Time)，Local time 本地时间,
如果你 双启动 Windows 和 Ubuntu 或任何其他 Linux 发行版，你可能会注意到两个操作系统之间的时间差异。
刚开始入手Linux，一下子无从下手，也不知道从哪来设置东西，只有一点点去摸索了。
在接入集团一个平台的时候，发现录制某个接口到测试环境回放，发现接口入参一致，一个start_day 一个end_day，但回放的时候会多调用一次数据库查询，很是奇怪；
在Linux世界里，日期与时间不仅是系统运行的脉络，更是众多命令行操作的核心要素。无论是追踪日志、管理备份，还是安排定时任务，对日期和时间的精准操控都是提升工作效率的关键。本期文章将揭示Linux指令中与日期相关的实用技巧和魔法般的组合，助您轻松驾驭时间，让命令行工作如虎添翼。
在容器环境下，除了业务镜像外，我们有很多情况都是使用的官方镜像或第三方镜像，而这些镜像一般都不是国人制作。因此使用这些镜像的时候，自然会有一个问题，即容器镜像的默认时区不正确
/usr/share/zoneinfo/Asia/Shanghai ，该目录下存放着中国标准时间。新闻联播一般说北京时间，但是linux系统里面时区信息存储的是Shanghai，这里面没有北京地区。
显示时间是个常用的命令，在写shell脚本中也经常会用到与日期相关文件名或时间显示。无论是linux还是windows下都是date命令。
Linux下提供了丰富的api以供开发者们处理和时间相关的问题。然而这些接口看似各自为政实则有有着千丝万缕的联系，在学习和时间中引发了各种各样的混乱。因此时间处理成为了许多Linux开发者的梦魇，遇到时间处理往往避之不及。不过只要你稍微花费一点点精力，学会在Linux上优雅的处理时间和日期也并不是什么难事。
产品功能设计中，经常会遇到一场活动，分跨不同时区，系统需要显示不同时区的时间，同时希望跨时区的用户可以同一时间开始，同一时间结束。
主机上会有一个时钟负责计时，同时如果你拆过主板会发现上面有一块纽扣电池，这块电池就是防止电脑断电时钟计时停止的。操作系统是从硬件上读取时间然后显示的，也就是说window和linux读到的硬件数据都是一致的，它们时间不一致是因为换算的原因。
在检测海外服务器日志的时候，发现脚本启动时间与定时任务设定的时间不一致，现进行问题排查。
系统语言中文英文切换，localectl status 用于查看和配置系统的区域设置状态，而 locale 用于查看和设置系统的区域设置环境变量。
使用正确的时区对于很多系统相关的任务和进程都是基本的必要的。例如：cron 守护程序使用系统时区来执行 cron 任务，并且日志文件中的时间戳也是基于系统时区的。
之前在随笔中《Linux (RHEL)修改时区》 介绍了时区修改方法。 默认OCI实例中，时区是GMT，在国内用看着这个时区就是很别扭的事情，于是修改时区，实测无需配置 /etc/sysconfig/clock 文件，就只需要执行：
https://dev.mysql.com/doc/refman/8.0/en/datetime.html
本文最先发布在：https://www.itcoder.tech/posts/how-to-set-or-change-timezone-on-ubuntu-20-04/
由于两个系统设定时间时以主板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。
进入 /proc/ 目录 , 查看该目录下的文件 , 该目录中的文件的作用 , 主要是记录系统和进程的信息 ;
使用正确的时区，对于系统相关的任务和进程来说，是最基本的。例如，cron 守护进程，使用系统时区来执行定时任务，并且在日志中的时间戳也是基于相同的系统时区。
这几天在学习折腾 docker 的时候遇到一个很常见的问题，就是 run container 的时候发现大部分 image 默认使用的时间都是 UTC (Universal Time Coordinated,UTC）世界协调时间，跟平时中使用的 CST (China Standard Time UTC+8:00) 中国沿海时间(北京时间) 差别有点大，很不适应。
项目中有如下代码，created_on 是创建时取本地时间，updated_on 是创建 & 更新是取本地时间
外部虽然修改了时区和时间，但是docker容器中的时间并没有修复，所以需要将外部的文件引入到内部里。
Oracle在一次更新中，修复了WeblogicWeb Service Test Page中一处任意文件上传漏洞，Web Service Test Page 在“生产模式”下默认不开启，所以该漏洞有一定限制。
Linux的时间分为System Clock（系统时间）和Real Time Clock （硬件时间，简称RTC）。
本次演示环境，我是在虚拟机上安装 Linux 系统来执行操作，通过虚拟机完成 Kubernetes 集群的搭建，以下是安装的软件及版本：
近日有网友爆出：如果把64位的iOS设备（iPhone、iPad、iPod touch）系统时间修改为1970年1月1日，设备重启后将变砖。
kubeadm 默认 ca 证书10年，k8s 证书是 1 年，虽然续期方便，但是为了一劳永逸尝试编译修改 kubeadm 默认证书有效期，并更新现有集群。
当前系统版本： Red Hat Enterprise Linux Server release 7.0 (Maipo)
继上个月的十二行代码分分钟让浏览器崩溃iPhone重启事件之后，近日又有网友爆出：如果把64位的iOS设备（iPhone、iPad、iPod touch）系统时间修改为1970年1月1日，设备重启后将
我们知道，使用 docker 容器启动服务后，如果使用默认 Centos 系统作为基础镜像，就会出现系统时区不一致的问题，因为默认 Centos 系统时间为 UTC 协调世界时 (Universal Time Coordinated)，一般本地所属时区为 CST（＋8 时区，上海时间），时间上刚好相差 8 个小时。这就导致了，我们服务启动后，获取系统时间来进行相关操作，例如存入数据库、时间换算、日志记录等，都会出现时间不一致的问题，所以很有必要解决掉容器内时区不统一的问题。
Linux内核版本命名在不同时期有着不同的规范，在涉及到Linux版本问题时经常容易混淆，主线版本／稳定版／长期支持版本经常搞不清楚，本文主要记录下内核版本命名的规则以及如何查看Linux系统版本信息。 Linux内核（Linux kernel）简介
国际地球自转服务(IERS)宣布 2024 年世界时将不增加闰秒。对计算机系统和维护它的程序员而言，这是一个好消息。 最迟不晚于 2035 年前，闰秒就会被彻底废除。没有办法解决闰秒引发的问题，解决闰秒本身就不再有问题，毕竟人类对多出来的这一秒并无体感。本文将为你介绍闰秒的来源及其影响，并介绍各类系统常见的闰秒处理方法。
前些天业务部门的开发同事遇到了一个奇怪的bug，首先他们有个业务已经入库的创建时间和服务器时间相差了8个小时，其次当这个时间显示到前端后，这个时间竟然和服务时间相差了好几个月。
Linux 下，如果要执行一条或多条之前输过的指令，要怎么处理？很多人会想到使用上下箭头去翻查历史输入的命令。这当然是可以了，除了这种方法，本文再介绍另外 5 种方法来实现这样的效果。
GitHub Actions是一个用于持续集成和持续交付的平台，可自动执行生成、测试和部署流程。通过创建工作流程，您可以对每个拉取请求进行构建和测试，或将合并的请求部署到生产环境。
如何保持正确的时间，如何使用 NTP 和 systemd 让你的计算机在不滥用时间服务器的前提下保持同步。下面话不多说了，来一起看看详细的介绍吧。
Linux 系统(我特指发行版, 没说内核) 下大部分软件的风格就是不会仔细去考虑向后 的兼容性, 比如你上个版本能用这种程序配置, 没准到了下一个版本, 该程序已经不见了. 比如 sysvinit 这种东西.
在初始化一台linux服务器后，发现这台服务器的时间不对 [root@dev ~]# date 2016年 10月 11日 星期二 07:04:34 CST Linux时钟分为系统时钟 （System Clock）和硬件（Real Time Clock，简称RTC）时钟。系统时钟是指当前Linux Kernel中的时钟，而硬件时钟则是主板上由电池供电的时钟，这个硬件时钟可以在BIOS中进行设置。当Linux启动时，硬件时钟会去读取系统时钟的设置，然后系统时钟就会独立于硬件运作。 Linux中的所有命令（包括
kubernetes 源码编译，分为本地二进制可执行文件编译和 docker 镜像编译两种， 之前演示的 minikube 方式或 kubeadm 方式安装，都是基于第二种 docker 镜像方式运行，当然也可以基于二进制文件方式安装，不管哪种方式，都是直接使用并不需要修改任何 k8s 代码。
如何保持正确的时间，如何使用 NTP 和 systemd 让你的计算机在不滥用时间服务器的前提下保持同步。
在MySQL 5.7版本中，日志记录时间发生了变化，使用了UTC方式来记录日志时间，也就是说这是个世界统一时间，与我们常用的本地时间不协调，因此，初始化MySQL 5.7之后，需要对此做出调整，如下本文的描述。
让 Linux 来告诉你时间的时候，它是很奇怪的。你可能认为是使用 time 命令来告诉你时间，其实并不是，因为 time 只是一个测量一个进程运行了多少时间的计时器。为得到时间，你需要运行的是 date 命令，你想查看更多的日期，你可以运行 cal 命令。文件上的时间戳也是一个容易混淆的地方，因为根据你的发行版默认情况不同，它一般有两种不同的显示方法。下面是来自 Ubuntu 16.04 LTS 的示例：
例如: cron 守护程序使用系统的时区执行 cron 作业，日志文件中的时间戳基于同一系统的时区。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
