最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

關(guān)于mysql的時(shí)區(qū)問題

 更新時(shí)間:2023年11月07日 08:37:55   作者:shuair  
這篇文章主要介紹了關(guān)于mysql的時(shí)區(qū)問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家,

查看及設(shè)置時(shí)區(qū)

查看時(shí)區(qū)

命令:

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | SYSTEM |
+------------------+--------+

返回:

system_time_zone:mysql啟動(dòng)的時(shí)候,mysql服務(wù)所在服務(wù)器(主機(jī))的時(shí)區(qū),windows系統(tǒng)返回為空,linux系統(tǒng)一般會(huì)返回CST,個(gè)人認(rèn)為,這里的CST表示的是中國(guó)標(biāo)準(zhǔn)時(shí)間(CST還可以表示其它某些地區(qū)的標(biāo)準(zhǔn)時(shí)間),有時(shí)可能會(huì)返回UTC(協(xié)調(diào)世界時(shí)),粗略理解為0時(shí)區(qū)時(shí)間(GMT,格林尼治標(biāo)準(zhǔn)時(shí)間),個(gè)人認(rèn)為,system_time_zone并不是很重要

time_zone:當(dāng)前會(huì)話使用的時(shí)區(qū),可以在配置文件中指定默認(rèn)值,如果不指定,默認(rèn)值是SYSTEM,表示使用system_time_zone指向的時(shí)區(qū),time_zone可以使用時(shí)調(diào)整,一些函數(shù)(比如:now())返回的值就和time_zone有關(guān),但一般不要輕易改變

配置文件設(shè)置time_zone默認(rèn)值

在my.ini文件(linux系統(tǒng)是my.cnf文件)的[mysqld]節(jié)點(diǎn)設(shè)置,設(shè)置后重啟服務(wù)

[mysqld]
default-time-zone = '+0:00'

命令設(shè)置時(shí)區(qū)

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

mysql> flush privileges;
Query OK, 0 rows affected (0.01 sec)

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.04 sec)

datetime和timestamp的區(qū)別

結(jié)論:datetime可以理解為保存的是一個(gè)字符串,切換時(shí)區(qū)后,不會(huì)有變化,timestamp可以理解為保存的是距離1970-01-01 08:00:00的時(shí)間差(將當(dāng)前時(shí)區(qū)的時(shí)間轉(zhuǎn)換成0時(shí)區(qū)的時(shí)間,然后計(jì)算與1970-01-01 08:00:00的時(shí)間差),切換時(shí)區(qū)后,顯示的是當(dāng)前時(shí)區(qū)所對(duì)應(yīng)的時(shí)間

創(chuàng)建一個(gè)表

CREATE TABLE `time_zone_test` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `create_time` datetime NOT NULL,
  `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

插入數(shù)據(jù)并根據(jù)在不同時(shí)區(qū)查看數(shù)據(jù)

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | SYSTEM |
+------------------+--------+
2 rows in set (0.03 sec)

mysql> INSERT INTO `test`.`time_zone_test` (`create_time`, `update_time`) VALUES ('2022-09-03 23:01:14', '2022-09-03 23:01:14');
Query OK, 1 row affected (0.01 sec)

mysql> select * from time_zone_test;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  1 | 2022-09-03 23:01:14 | 2022-09-03 23:01:14 |
+----+---------------------+---------------------+
1 row in set (0.04 sec)

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

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.03 sec)

mysql> select * from time_zone_test;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  1 | 2022-09-03 23:01:14 | 2022-09-03 23:01:14 |
+----+---------------------+---------------------+
1 row in set (0.06 sec)

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

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | -05:00 |
+------------------+--------+
2 rows in set (0.05 sec)

mysql> select * from time_zone_test;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  1 | 2022-09-03 23:01:14 | 2022-09-03 10:01:14 |
+----+---------------------+---------------------+
1 row in set (0.04 sec)

可以發(fā)現(xiàn)

  • create_time的類型是datetime,切換時(shí)區(qū)后,顯示的時(shí)間不變,update_time的類型是timestamp,切換時(shí)區(qū)后,顯示的時(shí)間有變化
  • 同時(shí)可以發(fā)現(xiàn),我的電腦默認(rèn)的時(shí)區(qū)就是 +08:00

mybatis連接mysql的問題

java程序,以springboot程序?yàn)槔?,使用mybatis操作mysql時(shí),會(huì)涉及到時(shí)區(qū)轉(zhuǎn)換的問題

連接mysql并設(shè)置時(shí)區(qū)

spring:
  datasource:
    url: jdbc:mysql://127.0.0.1:3306/test?useUnicode=true&characterEncoding=utf-8&useSSL=false&serverTimezone=GMT%2B8
    username: xxxx
    password: xxxx
    driver-class-name: com.mysql.cj.jdbc.Driver

serverTimezone表示當(dāng)前會(huì)話的時(shí)區(qū),這句話應(yīng)該是錯(cuò)誤的,但是現(xiàn)在大部分文章都這樣寫

serverTimezone表示的是希望用戶配置一個(gè)與mysql服務(wù)器默認(rèn)的time_zone相同的值,我們一般設(shè)置為serverTimezone=GMT%2B8serverTimezone=Asia/Shanghai,因?yàn)槲覀兊膍ysql服務(wù)器time_zone一般就是+08:00

serverTimezone的作用是將程序的時(shí)區(qū)與serverTimezone設(shè)置的時(shí)區(qū)做比較,然后將時(shí)區(qū)轉(zhuǎn)換后的時(shí)間字符串發(fā)送給mysql服務(wù)器,到mysql服務(wù)器上,使用的會(huì)話時(shí)區(qū)就是默認(rèn)的會(huì)話時(shí)區(qū),就是默認(rèn)查詢出來(lái)的time_zone的值

修改windows系統(tǒng)的時(shí)區(qū)(附加)

使用tzutil工具

C:\Users\yangs>tzutil /g
China Standard Time
C:\Users\yangs>tzutil /s "Greenwich Standard Time"

C:\Users\yangs>tzutil /g
Greenwich Standard Time

添加數(shù)據(jù)時(shí),程序時(shí)區(qū)、serverTimezone時(shí)區(qū)不一致導(dǎo)致的時(shí)間轉(zhuǎn)換問題

實(shí)際這里涉及到三個(gè)時(shí)區(qū)

  • 程序時(shí)區(qū):springboot的時(shí)區(qū)
  • serverTimezone設(shè)置的時(shí)區(qū)
  • mysql服務(wù)默認(rèn)的時(shí)區(qū)time_zone

springboot程序默認(rèn)使用所在系統(tǒng)的時(shí)區(qū)

例1

springboot項(xiàng)目所在操作系統(tǒng)的時(shí)區(qū)為:(UTC+08:00) 北京,重慶,香港特別行政區(qū),烏魯木齊

連接mysql設(shè)置serverTimezone=GMT%2B9,(UTC+09:00) 大阪,札幌,東京

當(dāng)前時(shí)間:

  • (UTC+08:00) 北京 10:30(電腦時(shí)間)
  • (UTC+09:00) 大阪 11:30

mysql的默認(rèn)時(shí)區(qū):+08:00

代碼邏輯:獲取當(dāng)前時(shí)間并存入到數(shù)據(jù)庫(kù)(createTime、updateTime)

程序的入?yún)ⅲú榭创蛴〉娜罩荆?/strong>

JDBC Connection [HikariProxyConnection@886416306 wrapping com.mysql.cj.jdbc.ConnectionImpl@25baed04] will not be managed by Spring
==>  Preparing: insert into time_zone_test (id, create_time, update_time ) values (?, ?, ? ) 
==> Parameters: null, 2022-09-04 10:22:33.937(Timestamp), 2022-09-04 10:22:33.937(Timestamp)
<==    Updates: 1

日志打印的是當(dāng)前時(shí)間,但是這個(gè)并不是發(fā)給mysql的時(shí)間,發(fā)給mysql的時(shí)間會(huì)做時(shí)區(qū)轉(zhuǎn)換

發(fā)給mysql的時(shí)間:

可在org.apache.ibatis.executor.SimpleExecutor#doUpdate查看

HikariProxyPreparedStatement@1978182025 wrapping com.mysql.cj.jdbc.ClientPreparedStatement: insert into time_zone_test (id, create_time, update_time
      )
    values (null, '2022-09-04 11:22:33.937', '2022-09-04 11:22:33.937'
      )

數(shù)據(jù)庫(kù)中查看:

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

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.03 sec)

mysql> select * from time_zone_test where id = 8;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  8 | 2022-09-04 11:22:34 | 2022-09-04 11:22:34 |
+----+---------------------+---------------------+
1 row in set (0.04 sec)

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

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +09:00 |
+------------------+--------+
2 rows in set (0.03 sec)

mysql> select * from time_zone_test where id = 8;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  8 | 2022-09-04 11:22:34 | 2022-09-04 12:22:34 |
+----+---------------------+---------------------+
1 row in set (0.04 sec)

由此可以看出:

  • springboot程序是+08:00serverTimezone設(shè)置的是+09:00,所以在組裝sql語(yǔ)句的時(shí)候會(huì)給時(shí)間+1
  • 執(zhí)行sql語(yǔ)句時(shí),就是在mysql服務(wù)器默認(rèn)時(shí)區(qū)(+08:00)進(jìn)行的,可以根據(jù)update_time的值判斷,如果是在+09:00執(zhí)行的,那么在+08:00查詢出來(lái)的時(shí)間就會(huì)少1小時(shí),實(shí)際上并沒有
  • 從2也能看出,serverTimezone設(shè)置的值并不是當(dāng)前會(huì)話的時(shí)區(qū),只是告訴程序應(yīng)該怎么轉(zhuǎn)換這個(gè)時(shí)間

例2

springboot項(xiàng)目所在操作系統(tǒng)的時(shí)區(qū)為:(UTC+08:00) 北京,重慶,香港特別行政區(qū),烏魯木齊

連接mysql設(shè)置serverTimezone=GMT%2B9,(UTC+09:00) 大阪,札幌,東京

當(dāng)前時(shí)間:

  • (UTC+08:00) 北京 16:40(電腦時(shí)間)
  • (UTC+09:00) 大阪 17:40

mysql的默認(rèn)時(shí)區(qū):+08:00

代碼邏輯:使用now()函數(shù)存入到數(shù)據(jù)庫(kù)(createTime、updateTime)

發(fā)給mysql的語(yǔ)句:

HikariProxyPreparedStatement@764739765 wrapping com.mysql.cj.jdbc.ClientPreparedStatement: insert into time_zone_test (id, create_time, update_time
      )
    values (null, now(), now()
      )

數(shù)據(jù)庫(kù)中查看:

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | SYSTEM |
+------------------+--------+
2 rows in set (0.05 sec)

mysql> select * from time_zone_test where id = 15;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 15 | 2022-09-04 16:45:30 | 2022-09-04 16:45:30 |
+----+---------------------+---------------------+
1 row in set (0.05 sec)

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

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.05 sec)

mysql> select * from time_zone_test where id = 15;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 15 | 2022-09-04 16:45:30 | 2022-09-04 16:45:30 |
+----+---------------------+---------------------+
1 row in set (0.07 sec)

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

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +09:00 |
+------------------+--------+
2 rows in set (0.07 sec)

mysql> select * from time_zone_test where id = 15;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 15 | 2022-09-04 16:45:30 | 2022-09-04 17:45:30 |
+----+---------------------+---------------------+
1 row in set (0.08 sec)

由此可以看出:

now()函數(shù)是在+08:00時(shí)區(qū)執(zhí)行的,與serverTimezone設(shè)置的值無(wú)關(guān) 例3

springboot項(xiàng)目所在操作系統(tǒng)的時(shí)區(qū)為:(UTC+00:00) 蒙羅維亞,雷克雅未克

連接mysql設(shè)置serverTimezone=GMT%2B8,(UTC+08:00) 北京,重慶,香港特別行政區(qū),烏魯木齊

當(dāng)前時(shí)間:

  • (UTC+00:00) 蒙羅維亞 9:00(電腦時(shí)間)
  • (UTC+08:00) 北京 17:00

mysql的默認(rèn)時(shí)區(qū):+00:00

代碼邏輯:獲取當(dāng)前時(shí)間并存入到數(shù)據(jù)庫(kù)(createTime、updateTime)

程序的入?yún)ⅲú榭创蛴〉娜罩荆?/strong>

JDBC Connection [HikariProxyConnection@1876572082 wrapping com.mysql.cj.jdbc.ConnectionImpl@584e44f5] will not be managed by Spring
==>  Preparing: insert into time_zone_test (id, create_time, update_time ) values (?, ?, ? )
==> Parameters: null, 2022-09-04 09:10:41.157(Timestamp), 2022-09-04 09:10:41.157(Timestamp)
<==    Updates: 1

日志打印的是當(dāng)前時(shí)間,但是這個(gè)并不是發(fā)給mysql的時(shí)間,發(fā)給mysql的時(shí)間會(huì)做時(shí)區(qū)轉(zhuǎn)換

發(fā)給mysql的時(shí)間:

HikariProxyPreparedStatement@419867077 wrapping com.mysql.cj.jdbc.ClientPreparedStatement: insert into time_zone_test (id, create_time, update_time
      )
    values (null, '2022-09-04 17:10:41.157', '2022-09-04 17:10:41.157'
      )

數(shù)據(jù)庫(kù)中查看:

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +00:00 |
+------------------+--------+
2 rows in set (0.05 sec)

mysql> select * from time_zone_test where id = 16;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 16 | 2022-09-04 17:10:41 | 2022-09-04 17:10:41 |
+----+---------------------+---------------------+
1 row in set (0.05 sec)

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

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.07 sec)

mysql> select * from time_zone_test where id = 16;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 16 | 2022-09-04 17:10:41 | 2022-09-05 01:10:41 |
+----+---------------------+---------------------+
1 row in set (0.09 sec)

由此可以看出:

  • springboot程序是+00:00serverTimezone設(shè)置的是+08:00,所以在組裝sql語(yǔ)句的時(shí)候會(huì)給時(shí)間+8
  • 執(zhí)行sql語(yǔ)句時(shí),在mysql服務(wù)器默認(rèn)時(shí)區(qū)(+00:00)進(jìn)行的,將發(fā)送過來(lái)的17點(diǎn),在+00:00時(shí)區(qū)執(zhí)行保存
  • 將時(shí)區(qū)調(diào)整為+08:00進(jìn)行查詢,會(huì)發(fā)現(xiàn)update_time時(shí)間又增加了8,這是正確的

例4

springboot項(xiàng)目所在操作系統(tǒng)的時(shí)區(qū)為:(UTC+00:00) 蒙羅維亞,雷克雅未克

連接mysql設(shè)置serverTimezone=GMT%2B8,(UTC+08:00) 北京,重慶,香港特別行政區(qū),烏魯木齊

當(dāng)前時(shí)間:

  • (UTC+00:00) 蒙羅維亞 9:30(電腦時(shí)間)
  • (UTC+08:00) 北京 17:30

mysql的默認(rèn)時(shí)區(qū):+00:00

代碼邏輯:使用now()函數(shù)存入到數(shù)據(jù)庫(kù)(createTime、updateTime)

發(fā)給mysql的語(yǔ)句:

HikariProxyPreparedStatement@1333630381 wrapping com.mysql.cj.jdbc.ClientPreparedStatement: insert into time_zone_test (id, create_time, update_time
      )
    values (null, now(), now()
      )

數(shù)據(jù)庫(kù)中查看:

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +00:00 |
+------------------+--------+
2 rows in set (0.03 sec)

mysql> select * from time_zone_test where id = 17;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 17 | 2022-09-04 09:30:26 | 2022-09-04 09:30:26 |
+----+---------------------+---------------------+
1 row in set (0.06 sec)

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

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.06 sec)

mysql> select * from time_zone_test where id = 17;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 17 | 2022-09-04 09:30:26 | 2022-09-04 17:30:26 |
+----+---------------------+---------------------+
1 row in set (0.06 sec)

由此可以看出:

now()函數(shù)是在+00:00時(shí)區(qū)執(zhí)行的,與serverTimezone設(shè)置的值無(wú)關(guān)

查詢數(shù)據(jù)時(shí),程序時(shí)區(qū)、serverTimezone時(shí)區(qū)不一致導(dǎo)致的時(shí)間轉(zhuǎn)換問題

查詢數(shù)據(jù)時(shí),也會(huì)對(duì)時(shí)間類型的數(shù)據(jù)進(jìn)行轉(zhuǎn)換

例5

環(huán)境與例4一致,進(jìn)行查詢操作

從mysql查詢回來(lái)的數(shù)據(jù)(查看打印的日志):

JDBC Connection [HikariProxyConnection@1625710104 wrapping com.mysql.cj.jdbc.ConnectionImpl@109c4ff6] will not be managed by Spring
==>  Preparing: select id, create_time, update_time from time_zone_test where id = ?
==> Parameters: 17(Integer)
<==    Columns: id, create_time, update_time
<==        Row: 17, 2022-09-04 09:30:26, 2022-09-04 09:30:26
<==      Total: 1

實(shí)際展示的數(shù)據(jù)(接口進(jìn)行查詢操作)

{
  "id": 17,
  "createTime": "2022-09-04T01:30:26.000+00:00",
  "updateTime": "2022-09-04T01:30:26.000+00:00"
}

由此可以看出:

  • mysql從+00:00時(shí)區(qū)查詢出數(shù)據(jù)給到springboot程序
  • 由于設(shè)置了serverTimezone=GMT%2B8,程序會(huì)認(rèn)為這是+08:00時(shí)區(qū)的數(shù)據(jù),程序本身的時(shí)區(qū)是+00:00,所以轉(zhuǎn)換成java對(duì)象數(shù)據(jù)時(shí)進(jìn)行了-8操作,展示的數(shù)據(jù)也是-8后的結(jié)果
  • 添加數(shù)據(jù)時(shí),是9:30 +00:00,查出來(lái)的數(shù)據(jù)是1:30 +00:00,這明顯是不一致的,原因就在于serverTimezone設(shè)置的時(shí)區(qū)與mysql默認(rèn)的時(shí)區(qū)不一致,其實(shí)使用now()函數(shù),可以理解為保存的數(shù)據(jù)庫(kù)中的數(shù)據(jù)是準(zhǔn)確的。如果由程序生成時(shí)間,那么發(fā)送給mysql時(shí)會(huì)發(fā)生時(shí)間轉(zhuǎn)換,此時(shí)保存到mysql中的數(shù)據(jù)就可以理解為是不準(zhǔn)確的,即使查詢展示的數(shù)據(jù)可能是對(duì)的

如果進(jìn)行格式化,顯示+08:00的時(shí)間

配置:

spring:
  jackson:
    time-zone: GMT+8   

顯示:

{
  "id": 17,
  "createTime": "2022-09-04T09:30:26.000+08:00",
  "updateTime": "2022-09-04T09:30:26.000+08:00"
}

總結(jié)

避免數(shù)據(jù)錯(cuò)誤,serverTimezone設(shè)置的值一定要和mysql默認(rèn)的時(shí)區(qū)一致(可以通過配置文件指定)

不要輕易切換mysql的默認(rèn)時(shí)區(qū),如果程序不對(duì)應(yīng)修改serverTimezone的值會(huì)造成數(shù)據(jù)錯(cuò)誤

建議mysql默認(rèn)時(shí)區(qū)使用+08:00時(shí)區(qū),datetime類型的數(shù)據(jù)實(shí)際可以理解為是字符串,是不變的,比如,保存數(shù)據(jù)時(shí),使用的是+00:00時(shí)區(qū),保存的就是+00:00時(shí)區(qū)的對(duì)應(yīng)的值,雖然如果配置正確,程序可以轉(zhuǎn)換成我們想要的+08:00時(shí)區(qū)的值,但是畢竟數(shù)據(jù)庫(kù)中存儲(chǔ)的就是當(dāng)時(shí)+00:00時(shí)區(qū)的對(duì)應(yīng)的值,所以還是建議mysql默認(rèn)時(shí)區(qū)使用+08:00時(shí)區(qū),儲(chǔ)存的時(shí)間就是我們用的時(shí)間

程序所在的時(shí)區(qū)應(yīng)該可以任意,但是用戶輸入的時(shí)間類型的數(shù)據(jù)就需要特殊關(guān)注,比如,程序的時(shí)區(qū)是+00:00時(shí)區(qū),用戶輸入的數(shù)據(jù)是+08:00時(shí)區(qū)數(shù)據(jù),那就得明確告訴程序用戶輸入的是+08:00時(shí)區(qū)的數(shù)據(jù)。

以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。

相關(guān)文章

  • mysql8查看鎖信息

    mysql8查看鎖信息

    MYSQL中有一個(gè)重要的特性就是鎖,下面這篇文章主要給大家介紹了關(guān)于mysql8查看鎖信息的相關(guān)資料,文中通過圖文介紹的非常詳細(xì),需要的朋友可以參考下
    2023-06-06
  • mysql cmd常用命令

    mysql cmd常用命令

    mysql cmd常用命令,偶爾需要命令行執(zhí)行mysql的朋友可以參考下。
    2011-05-05
  • linux環(huán)境下安裝mysql數(shù)據(jù)庫(kù)的詳細(xì)教程

    linux環(huán)境下安裝mysql數(shù)據(jù)庫(kù)的詳細(xì)教程

    這篇文章主要介紹了linux環(huán)境下安裝mysql數(shù)據(jù)庫(kù)的詳細(xì)教程,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2020-06-06
  • 使用MyDumper重建MySQL副本的實(shí)現(xiàn)

    使用MyDumper重建MySQL副本的實(shí)現(xiàn)

    本文主要介紹了MyDumper重建MySQL副本的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2026-03-03
  • MySQL存儲(chǔ)時(shí)間類型選擇的問題講解

    MySQL存儲(chǔ)時(shí)間類型選擇的問題講解

    今天小編就為大家分享一篇關(guān)于MySQL存儲(chǔ)時(shí)間類型選擇的問題講解,小編覺得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來(lái)看看吧
    2019-03-03
  • MySQL重置root密碼提示

    MySQL重置root密碼提示"Unknown column ‘password"的解決方法

    這篇文章主要介紹了MySQL重置root密碼提示"Unknown column ‘password"的解決方法,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下
    2017-02-02
  • Mysql索引會(huì)失效的幾種情況分析

    Mysql索引會(huì)失效的幾種情況分析

    在做項(xiàng)目的過程中,難免會(huì)遇到明明給mysql建立了索引,可是查詢還是很緩慢的情況出現(xiàn),下面我們來(lái)具體分析下這種情況出現(xiàn)的原因及解決方法
    2014-06-06
  • MySQL?8.0版本配置my.cnf?/?my.ini各項(xiàng)配置示例詳解

    MySQL?8.0版本配置my.cnf?/?my.ini各項(xiàng)配置示例詳解

    在MySQL 8.0版本之前,MySQL使用的是名為my.ini的配置文件來(lái)配置數(shù)據(jù)庫(kù)服務(wù)器,這篇文章主要介紹了MySQL?8.0版本配置my.cnf?/?my.ini各項(xiàng)配置的相關(guān)資料,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下
    2025-11-11
  • 快速學(xué)習(xí)MySQL索引的入門超級(jí)教程

    快速學(xué)習(xí)MySQL索引的入門超級(jí)教程

    這篇文章主要介紹了快速學(xué)習(xí)MySQL索引的入門教程,包括索引的創(chuàng)建和刪除等基礎(chǔ)知識(shí),需要的朋友可以參考下
    2015-11-11
  • Mysql之索引的數(shù)據(jù)結(jié)構(gòu)詳解

    Mysql之索引的數(shù)據(jù)結(jié)構(gòu)詳解

    索引是存儲(chǔ)引擎用于快速找到數(shù)據(jù)記錄的一種數(shù)據(jù)結(jié)構(gòu),類似于教科書的目錄部分,在MySQL中,索引可以加速數(shù)據(jù)查找,減少磁盤I/O的次數(shù),提高查詢速率,但是,創(chuàng)建和維護(hù)索引需要耗費(fèi)時(shí)間,并且索引需要占磁盤空間,在InnoDB中,索引的實(shí)現(xiàn)基于B+樹結(jié)構(gòu)
    2024-12-12

最新評(píng)論

乌鲁木齐市| 吴堡县| 衡东县| 嘉定区| 探索| 什邡市| 高陵县| 武安市| 翁源县| 麻栗坡县| 额敏县| 永城市| 阳谷县| 新郑市| 锡林郭勒盟| 屯昌县| 福安市| 微山县| 漯河市| 郁南县| 包头市| 大冶市| 宿州市| 沅江市| 甘泉县| 炎陵县| 博爱县| 高淳县| 壶关县| 唐海县| 南平市| 郁南县| 富顺县| 长丰县| 柞水县| 白朗县| 手游| 铜山县| 平潭县| 陆川县| 金沙县|