mysql-connector-java 6.0.X serverTimezone 时区设置

可以通过修改mycnf 在 [mysqld] 之下加 default-time-zone=timezone 来修改时区。如： default-time-zone = '+8:00' 修改完了记得记得重启msyql 注意一定要在 [mysqld] 之下加 ，否则会出现 unknown variable 'default-time-zone=+8:00'！

看MOS文档 How To Change Timezone for 11gR2 Grid Infrastructure (文档 ID 12094441)

AIX改时区必须重启。

我是全部节点停止， stop crs，然后 disable crs 让crs不自动启动 ， 然后改AIX的时区，重启，时区生效，改grid时区，然后start crs 。

要改$GRID_HOME/crs/install/s_crsconfig_<nodename>_envtxt。

改时区没有什么大问题，数据库本身并不依赖时区，建议看看 Timestamps & time zones - Frequently Asked Questions (文档 ID 3405121)

吐槽一下，经常有人安装AIX的时候不注意选时区选择到 BST（Bering） 以为是BEIST（Beijing）。

0、oracle的时间显示和你连接oracle的主机有着密切的关系，如果你用服务器本身去连接，那么显示的时间就是服务器时间，如果用远程主机去连接显示的时间就是远程主机的时间。

1、出现了你补充说明的情况也恰恰说明oracle的时间显示和服务器的时区是没有关系的，我试验了一下(因为我的电脑安装了oracle服务器，我直接在我的电脑上实验的)，修改我的电脑系统时区设置后，oracle的时间显示也跟着改变了。

2、所以建议你直接到你的两台服务器上实验一下，如果系统时区设置正确的话oracle的时间显示也是应该正确的。

3、但是当你远程连接oracle服务器的时候，oracle的时间显示出现问题，而不同的人用不同的机器连接又出现了不同的结果，这也恰好说明了当远程连接的时候oracle的时间显示和你的远程主机有很大的关系，你试着查找一下，连接显示正常和的人和链接显示不正常的人的主机的时区看看是不是一样的。或者找到他们机器的不一样的地方，如果能找到我相信你的问题会很顺利的解决。

4、有时候就是这样，我们想问题的时候如果认为是某一方面的问题，但是反复查找这方面的问题不可能存在的时候，就要适时的改变一下思路了。就比如你一直强调你的服务器的时区设置时正常的，但是时间还是显示不正确，那么说明就不是这个原因，换个方向也许就柳暗花明了。

---

以上，希望对你有所帮助。

这个问题得分成几个子问题

1 数据库本身的时区

2 数据库里数据的时区

3 python代码里的时区

首先对1你可以通过命令去设置数据库的时区 像mysql直接用sql语句就能设置

其次对2 在存储时间时尽量用timestamp去存储 这样读出来可以方便的转成所需用的时区的时间

3 python自己的时区 比如你用datetime生成时间时需要每次都记得时区设置 在django和flask里设置好默认时区

做好这三点才能保证程序和数据库和数据的时区保持统一

您可以通过修改AWS参数组的参数：time_zone修改MySQL的时区。关于如何修改亚马逊AWS参数：AWS参数是动态的，所以修改后立即生效。

对于已经建立的连接，不生效；对于新建立的连接才生效。

如果您创建了只读副本，您可以为主库和读从库设置不同的时区。

如果是从快照恢复数据库，时区将会被设置成UTC

如果是恢复到时间点，时区将会保持和原库一致

在达梦数据库中，Timestamp类型的数据是不带时区信息的，即不考虑时区的影响。在存储Timestamp类型的数据时，达梦数据库会将其转换为UTC时间（协调世界时），因此不会受到本地时区的影响。 需要注意的是，虽然Timestamp类型不带时区信息，但在数据库服务器和客户端之间传输数据时，可能会受到时区设置的影响。例如，在使用JDBC驱动程序连接达梦数据库时，可以使用setTimestamp()方法设置Timestamp类型的数据，该方法接受一个javasqlTimestamp对象作为参数。如果该Timestamp对象带有时区信息，则JDBC驱动程序会将其转换为UTC时间，并存储到达梦数据库中，因此最终的存储结果可能会受到时区设置的影响。 因此，在使用达梦数据库存储Timestamp类型数据时，应该注意时区的设置问题，避免数据存储结果的不一致。建议使用标准的UTC时间格式存储Timestamp数据，并在需要时进行时区转换。

若要将 UTC 转换为本地时间，请按照下列步骤 *** 作：

确定您的本地时间偏移量，从 UTC 时间。为此请 Microsoft 基于 Windows 的计算机上按照下列步骤 *** 作：

单击 开始，单击 运行，键入 timedatecpl，然后单击 确定。

单击 时区 选项卡，然后验证选中了您的本地时区。 如果不选择您的本地时区，则请在可用的时区的列表中单击它。

在每个本地区域列表项开始时显示本地时间偏移量。例如对于-5: 00 是本地时间偏移量为东部时间 (美国和加拿大）：

(GMT-5:00) 东部时间 (美国和加拿大）

添加本地时间偏移量为 UTC 时间。

例如您的本地时间偏移量是-5: 00，然后如果 UTC 时间显示为 11: 00，添加-5 到 11。偏移量的调整时该时间设置为 06: 00 （上午 6: 00）。

注意 该日期也采用 UTC 格式。例如您的本地时间偏移量是-8: 00，并且如果该文件的 UTC 时间显示为 00: 00 （午夜 12: 00） 在星期一，调整后的时间是 16: 00 星期日 （下午 4: 00，星期日）。

调整为夏时制时间。

UTC 时间不以反映夏令时进行调整。 如果您的时区参与夏时制时间，添加当夏时制时间是有效的文件的偏移量调整时间的时间差别。例如对于如果在您的时区中的夏令时的标准时间提前一小时，将 1 小时的时间添加到偏移量调整时间。

如果您的本地时间使用 12 小时格式，请将 24 小时时间格式转换为 12 小时时间格式。要在转换请按照下列步骤 *** 作，请执行以下 *** 作：

如果偏移量调整的时间 12: 01 和 23: 59，（含） 之间，之间减去 12 从在调整后的时间，然后将附加 下午

如果已调整的时间介于 00: 01 和 11: 59，（含） 之间，留在调整后的时间为是，然后将附加 上午

如果已调整的时间 00: 00，则使用 午夜 12: 00。

如果已调整的时间 12: 00，使用 中午 12: 00。

以上就是关于mysql-connector-java 6.0.X serverTimezone 时区设置全部的内容，包括:mysql-connector-java 6.0.X serverTimezone 时区设置、oracle 11g RAC 修改时区步骤，要注意什么、急急急！求教ORACLE时间和时区的问题！急急急！等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！