您可以通过修改AWS参数组的参数：time_zone修改MySQL的时区。关于如何修改亚马逊AWS参数：AWS参数是动态的，所以修改后立即生效。
专注于为中小企业提供网站制作、网站设计服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业回民免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了近1000家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
对于已经建立的连接，不生效；对于新建立的连接才生效。
如果您创建了只读副本，您可以为主库和读从库设置不同的时区。
如果是从快照恢复数据库，时区将会被设置成UTC
如果是恢复到时间点，时区将会保持和原库一致
时间戳的概念：它是一种时间表示方式，定义为从格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的总秒数。
下图是从linux系统中获得当前时间戳的一种方式
在oracle使用时间戳，一般都是为了方便计算时间差的，我们要知道oracle中的date类型想减是不能友好的得到时间的差值的。所以使用时间戳来得到两个时间差。
首先来看oracle中如何获得当前时间的时间戳，我们用当前时间减去计算机元年后再经过换算得到了的从1970年来到当前时间的时间戳，单位是微妙。
另外oracle提供了另一种便捷得到两个时间差的方式，那就是使用timestamp数据类型，它类似date类型，但是存储的时间更为精确，显示的格式：yyyy-mm-dd hh24:mi:ss.ff AM，其中ff是小数秒。
timestamp类型的时间差可读性也比上面那种好一些，可以直观看出两个时间差。
在oracle中，两个date类型的数值想减也可以转换成上述的timestamp可以的类型，这里就要介绍一个函数:numtodsinterval(n,'x')，它能将一个数值转换成timestamp那种格式的数据。但要注意：后面的参数'x'是取'day'、'minute'、'hour'完全取决于前面的单位，这样才能获得正确的时间差
最后我们介绍一个函数extract，该函数可以从timestamp类型的时间里抽取想要hour,minute等
1.
用打卡机所带钥匙打开打卡机的盖子,里面有6个按键,作用是加减、确认、退出、清除。
2.
接通打卡机的电源,相应的打卡机上的指示灯会亮,在机身内部的左上角有一个“设置”键。
3.
把“设置”键往右拨,就可以进行时间的设置了,设置时间的时候都需要对应的组来进行设置,00组到04组是打卡机本身的时间,需要设置正确。
4.
19组到24组是上下班时间,因为时间有6组,设置一个班次就只用得到两组,所以只需在19组和20组
看MOS文档 How To Change Timezone for 11gR2 Grid Infrastructure (文档 ID 1209444.1)
AIX改时区必须重启。
我是全部节点停止， stop crs，然后 disable crs 让crs不自动启动 ， 然后改AIX的时区，重启，时区生效，改grid时区，然后start crs 。
要改$GRID_HOME/crs/install/s_crsconfig_nodename_env.txt。
改时区没有什么大问题，数据库本身并不依赖时区，建议看看 Timestamps time zones - Frequently Asked Questions (文档 ID 340512.1)
吐槽一下，经常有人安装AIX的时候不注意选时区选择到 BST（Bering） 以为是BEIST（Beijing）。
agentTVRegion=后面改成你想要的时区
时区列表参考10.2.0/db_1/sysman/admin/supportedtzs.lst
这个和数据库安装的时候选择的时区有关，一般国内安装都是选择北京时区。
查看timestamp
select current_timestamp,systimestamp from dual;
current_timestamp systimestamp
12-12月-18 04.24.02.427990 下午 +08:00 12-12月-18 04.24.02.427980 下午 +08:00
查看时区
select dbtimezone,sessiontimezone from dual;
dbtimezone sessiontimezone
+00:00 +08:00
对于显示是12小时制这个问题，和客户端的操作系统有关，与实际存储的数据无关。
如果想显示成24小时制，修改客户端操作系统的环境变量可以达到目的：
NLS_TIMESTAMP_FORMAT
YYYY-MM-DD HH24:MI:SS:FF6
按照上图设置后，重启plsql，查询后我们能看到时间显示成“2018-12-12 16:16:35:877000”这样的格式了。
但是，如果建库时，时间设置错误或者是将来要改变时区时，表中的值会不会变化呢？因此引用官方的回答：
对于time zone数据类型的数据，即使你更新了数据库时区，原数据也不会进行对应调整，只能你导出数据，然后调整数据库时区，再把原始数据导入即可。所以，一般情况下，一定不要调整数据库时区。官方建议数据库时间采用UTC，因为这种时区性能好。如果没有显式指定数据库时区，数据库会使用操作系统的时区，但是如果操作系统时区不是一个合理的数据库时区，数据库则会使用默认的时区UTC，且UTC的取值范围为-12:00 to +14:00。等等，为什么会有+14？百度一下基里巴斯。这是一个神奇的网站国度。