MYSQL:
注意時區會影響TIMESTAMP的取值，默認為系統時區為TIME_ZONE=SYSTEM，
動態可以修改
set global ?time_zone = '+8:00';?

然后
my.cnf加上，永久修改
default-time_zone = '+8:00'?

The current time zone. This variable is used to initialize the time zone for each client that
connects. By default, the initial value of this is 'SYSTEM'(which means, “use the value of
system_time_zone”).?
也就是說每個鏈接都會使用這個參數作為他的默認時區，而TIMESTMAP是根據客戶端的時區不同
而不同，所以如果如果這個參數設置有誤會導致TIMESTAMP時間出現問題

MYSQL的測試：
mysql> select now();
+---------------------+
| now() ? ? ? ? ? ? ? |
+---------------------+
| 2015-06-12 12:10:13 |
+---------------------+
1 row in set (0.00 sec)


mysql> select sysdate();
+---------------------+
| sysdate() ? ? ? ? ? |
+---------------------+
| 2015-06-12 12:10:18 |
+---------------------+
1 row in set (0.00 sec)


mysql> select current_timestamp from dual;
+---------------------+
| current_timestamp ? |
+---------------------+
| 2015-06-12 12:10:46 |
+---------------------+
1 row in set (0.00 sec)


mysql> set time_zone='+00:00';
Query OK, 0 rows affected (0.00 sec)


mysql> select sysdate();
+---------------------+
| sysdate() ? ? ? ? ? |
+---------------------+
| 2015-06-12 04:11:01 |
+---------------------+
1 row in set (0.00 sec)


mysql> select now();
+---------------------+
| now() ? ? ? ? ? ? ? |
+---------------------+
| 2015-06-12 04:11:04 |
+---------------------+
1 row in set (0.00 sec)


mysql> select current_timestamp from dual;
+---------------------+
| current_timestamp ? |
+---------------------+
| 2015-06-12 04:11:06 |
+---------------------+
1 row in set (0.01 sec)

可見MYSQL的NOW(),SYSDATE(),current_timestamp 均跟著客戶端時區走的。

oracle:
另外說一下ORACLE的時區問題，ORACLE時區分為
dbtimezone和sessiontimezone
其中DBTIMEZONE只和TIMESTAMP WITH LOCAL TIME ZONE有關，在TIMESTAMP WITH LOCAL TIME ZONE類型存入數據庫中，實際上是轉換為DBTIMEZONE的時間，取出的時候
自動加上客戶端的SESSIONTIMEZONE的偏移量，文檔如下：

TimeStamp with Local Time Zone (TSLTZ) data?stores?internally?the time converted to/from the database timezone (see point 3) from the timezone specified at insert/select time.?

Note that the data stored in the database is normalized to the database time zone, and the time zone offset is?not?stored as part of the column data, the current DBTIMZONE is used. When users retrieve the data, Oracle Database returns it in the users' local session time zone from the current DBTIMEZONE.

而其他的時間類型和DBTIMEZONE無關，這也是為什么有了TIMESTAMP WITCH LOCAL TIME ZONE修改DBTIMEZONE不行的原因，因為如果修改了DBTIMEZONE會導致時間錯誤。
實際上MYSQL的TIMESTAMP類型和ORACLE的TIMESTAMP WITCH LOCAL TIME ZONE類型都是根據客戶端的時間來進行返回時間，但是MYSQL可以簡單的設置
time_zone參數來改變所有連接的時區，這樣返回的時間能夠正確。
在說明一下ORACLE的TIMESTAMP和MYSQL的TIMESTAMP完全不同，
ORACLE的TIMESTAMP是為了精確到秒后6位，
而MYSQL的TIMESTAMP是為了更少的存儲單元（DATETIME為4字節，TIMESTAMP為1個字節）但是范圍為1970的某時的開始到2037年，而且會根據客戶端的時區判斷返回值

而sessiontimezone，則影響著客戶端的時區，TIMESTAMP WITCH LOCAL TIME ZONE也會跟著這個時區進行改變，其他數據類型如DATE,TIMESTAMP等不會受到影響
可以再ALTER SESSION中設置也可以設置環境變量TZ=
如：
ALTER SESSION SET TIME_ZONE = '-05:00';
或者
export TZ='Asia/Shanghai';

做個簡單的實驗
SQL> desc testtim;
?Name ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Null? ? ?Type
?----------------------------------------- -------- ----------------------------
?DATE1 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?TIMESTAMP(6)
?DATE2 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?TIMESTAMP(6) WITH TIME ZONE
?DATE3 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?TIMESTAMP(6) WITH LOCAL TIME?ZONE
SQL> select * from testtim;

DATE1
---------------------------------------------------------------------------
DATE2
---------------------------------------------------------------------------
DATE3
---------------------------------------------------------------------------
12-JUN-15 11.40.02.000000 AM
12-JUN-15 11.40.02.000000 AM +08:00
12-JUN-15 11.40.02.000000 AM


SQL> alter SESSION SET TIME_ZONE = '-05:00';

Session altered.

SQL> select * from testtim;

DATE1
---------------------------------------------------------------------------
DATE2
---------------------------------------------------------------------------
DATE3
---------------------------------------------------------------------------
12-JUN-15 11.40.02.000000 AM
12-JUN-15 11.40.02.000000 AM +08:00
11-JUN-15 10.40.02.000000 PM


最后ORACLE中常用的取時間函數的不同：

LOCALTIMESTAMP returns the current date and time in the session time zone in a value of datatype TIMESTAMP, that is date time similar to CURRENT_DATE but the datatype is TIMESTAMP.

CURRENT_TIMESTAMP returns the current date and time in the session time zone, in a value of datatype TIMESTAMP WITH TIME ZONE, that is date time similar to CURRENT_DATE but the datatype is TIMESTAMP WITH TIME ZONE.

SYSTIMESTAMP returns the system date, including fractional seconds and time zone, of the system on which the database resides. The return type is TIMESTAMP WITH TIME ZONE. Unlike SYSDATE, which you can set to a constant using FIXED_DATE, SYSTIMESTAMP will give the system date even though FIXED_DATE is set.

"SYSDATE" and "SYSTIMESTAMP" are purely dependent on the operating system clock, hence it IS depending on the timezone information of this operating system and/or the operating system settings when the database and listener where started.

很顯然LOCALTIMESTAMP和CURRENT_TIMESTAMP都受到客戶端SESSIONTIMEZONE影響，而SYSDATE的不受影響他返回的一定是服務器ORACLE 設置的SESSIONTIMEZONE的時間。
如果需要更改客戶端的SYSDATE的取值必須
1、修改服務器下ORACLE用戶的TZ
2、重啟數據庫

如：

export ?TZ='UTC';
后查看服務端SYSDATE
SQL> select to_char(sysdate,'YYYY-MM-DD HH24:MI:SS') from dual;


TO_CHAR(SYSDATE,'YY
-------------------
2015-06-12 04:06:34
按理說客戶端也應該返回這個值
但是客戶端任然返回

SQL> select to_char(sysdate,'YYYY-MM-DD HH24:MI:SS') from dual;
TO_CHAR(SYSDATE,'YYYY-MM-DDHH2
------------------------------
2015-06-12 12:08:19

重啟后
SQL> select to_char(sysdate,'YYYY-MM-DD HH24:MI:SS') from dual;
TO_CHAR(SYSDATE,'YYYY-MM-DDHH2
------------------------------
2015-06-12 04:09:19

客戶端正常。

總結一下：
1、ORACLE和MYSQL的timestamp不同
ORACLE的TIMESTAMP是為了精確到秒后6位，
而MYSQL的TIMESTAMP是為了更少的存儲單元（DATETIME為4字節，TIMESTAMP為1個字節）但是范圍為1970的某時的開始到2037年，而且會根據客戶端的時區判斷返回值
MYSQL的TIMESTAMP時區敏感這點和ORACLE的TIMESTAMP WITH LOCAL TIME ZONE一致。
2、ORACLE和MYSQL的函數返回不一樣
ORACLE：
LOCALTIMESTAMP和CURRENT_TIMESTAMP都受到客戶端SESSIONTIMEZONE影響，而SYSDATE,SYSTIMESTAP的不受影響他返回的一定是服務器ORACLE 設置的SESSIONTIMEZONE的時間
MYSQL:
NOW(),SYSDATE(),CURRENT_TIMESTAMP 均受到客戶端連接時區影響。

3、oracle的DBTIMEZONE用處不大，只和TIMESTAMP WITH LOCAL TIME ZONE有關。
4、為了返回一致的數據MYSQL設置TIME_ZONE參數即可因為他是每個連接都會用到的，但是ORACLE最好使用SYSDATE或者SYSTIMESTAMP來直接取服務端的SESSIONTIMEZONE下的時間。

總結

以上是生活随笔為你收集整理的MYSQL和ORACLE时区设置比较的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。