亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

MySQL之DATETIME與TIMESTAMP的時間精度問題

 更新時間：2023年02月23日 09:25:51   作者：Trivis?Kylee  
這篇文章主要介紹了MySQL之DATETIME與TIMESTAMP的時間精度問題，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教

datetime與timestamp時間精度問題

  • 默認(rèn)時間精度與最大時間精度
  • 更改數(shù)據(jù)庫中所有指定字段的類型的存儲過程（用于修正時間精度）

默認(rèn)時間精度與最大時間精度

-- 創(chuàng)建數(shù)據(jù)庫
CREATE DATABASE mydb_1;

-- 查看創(chuàng)建數(shù)據(jù)庫建表語句（默認(rèn)編碼UTF8）
SHOW CREATE DATABASE mydb_1;

-- 創(chuàng)建表
-- 測試datetime的精度
CREATE TABLE test(
	-- 默認(rèn)精度為0
	-- Maximum is 6.
	datetime1 DATETIME,
	datetime2 DATETIME(3),
	datetime3 DATETIME(5)
);
INSERT INTO test VALUES("2020-11-22 12:01:01.59999", "2020-11-22 12:01:01.59999", "2020-11-22 12:01:01.59999");
INSERT INTO test VALUES("2020-11-22 12:01:01.5", "2020-11-22 12:01:01.599", "2020-11-22 12:01:01.59999");
INSERT INTO test VALUES("2020-11-22 12:01:01.4", "2020-11-22 12:01:01.594", "2020-11-22 12:01:01.59994");
INSERT INTO test VALUES("2020-11-22 12:01:01.5", "2020-11-22 12:01:01.5995", "2020-11-22 12:01:01.599995");
INSERT INTO test VALUES("2020-11-22 12:01:01.5", "2020-11-22 12:01:01.5994", "2020-11-22 12:01:01.599994");


-- 創(chuàng)建表
-- 測試timestamp的精度
CREATE TABLE test11(
	-- 默認(rèn)精度為0
	-- Maximum is 6.
	datetime1 TIMESTAMP,
	datetime2 TIMESTAMP(3),
	datetime3 TIMESTAMP(5)
);
INSERT INTO test1 VALUES("2020-11-22 12:01:01.59999", "2020-11-22 12:01:01.59999", "2020-11-22 12:01:01.59999");
INSERT INTO test1 VALUES("2020-11-22 12:01:01.5", "2020-11-22 12:01:01.599", "2020-11-22 12:01:01.59999");
INSERT INTO test1 VALUES("2020-11-22 12:01:01.4", "2020-11-22 12:01:01.594", "2020-11-22 12:01:01.59994");
INSERT INTO test1 VALUES("2020-11-22 12:01:01.5", "2020-11-22 12:01:01.5995", "2020-11-22 12:01:01.599995");
INSERT INTO test1 VALUES("2020-11-22 12:01:01.5", "2020-11-22 12:01:01.5994", "2020-11-22 12:01:01.599994");

更改數(shù)據(jù)庫中所有指定字段的類型的存儲過程（用于修正時間精度）

-- 結(jié)束符修改為$$
DELIMITER $$
DROP PROCEDURE IF	EXISTS batch_alter_column_type $$
CREATE PROCEDURE batch_alter_column_type ( 
	sch_name VARCHAR ( 128 ), -- 庫名稱
	from_col_name VARCHAR ( 32 ), -- 修改的字段
	to_col_type VARCHAR ( 32 ) -- 修改之后的字段類型
) 
BEGIN
  -- 當(dāng)前表名
	DECLARE tbl_name VARCHAR ( 64 );
  -- 當(dāng)前字段名
	DECLARE col_name VARCHAR ( 64 );
	-- 游標(biāo)結(jié)束標(biāo)記
	DECLARE i_done INT ( 1 );
	-- 修改的SQL語句
	DECLARE SQL_FOR_ALTER VARCHAR ( 1024 );
	-- 聲明游標(biāo)，存儲要修改表和字段
	DECLARE mycursor CURSOR FOR 
	   SELECT C.TABLE_NAME, C.COLUMN_NAME 
		 FROM INFORMATION_SCHEMA.COLUMNS C
		 LEFT JOIN INFORMATION_SCHEMA.TABLES T
		 ON C.TABLE_NAME = T.TABLE_NAME
		 AND C.TABLE_SCHEMA = T.TABLE_SCHEMA
	   WHERE C.TABLE_SCHEMA = sch_name  -- 字符串類型轉(zhuǎn)換
	   AND TABLE_TYPE   = 'BASE TABLE'	 
		 AND COLUMN_NAME  = from_col_name;
	-- 游標(biāo)中的內(nèi)容執(zhí)行完后將標(biāo)記設(shè)置為1  
	DECLARE CONTINUE HANDLER FOR NOT FOUND SET i_done = 1;
  -- 打開游標(biāo)	
	OPEN mycursor;
  -- 執(zhí)行循環(huán)	
	Lp:LOOP	
		-- 取出游標(biāo)中的值
		FETCH mycursor INTO tbl_name,col_name;
	  -- 如果標(biāo)記為1，退出循環(huán)
		IF i_done = 1 THEN 
			 LEAVE Lp;
		END IF;
		-- 構(gòu)造修改語句
		SET SQL_FOR_ALTER = CONCAT( "ALTER TABLE ", tbl_name, " MODIFY COLUMN ", col_name, " ", to_col_type );
		-- 給局部變量賦值
		SET @SQL = SQL_FOR_ALTER;
		-- 預(yù)處理SQL語句
		PREPARE stmt FROM @SQL;
		-- 執(zhí)行SQL語句
		EXECUTE stmt;
	END LOOP;
	-- 釋放游標(biāo)
	CLOSE mycursor;
END
$$
-- 調(diào)用存儲過程
DELIMITER ;
call batch_alter_column_type('mydb_1','MODISTAMP', 'datetime(3)');

使用ALTER修改表的字段

  • CHANGE：可修改表列名稱和屬性
  • MODIGY：只可修改表列的屬性
-- 修改test表中datetime1字段屬性為DATETIME(3)
ALTER TABLE test MODIFY COLUMN datetime1 DATETIME(3);

-- 修改test表中datetime1字段名稱為datetime11，屬性為DATETIME(2)
ALTER TABLE test CHANGE datetime1 datetime11 DATETIME(2);

MySQL中選datetime還是timestamp呢？

1. 基本區(qū)別

類型所占字節(jié)格式范圍
TIMESTAMP4字節(jié)YYYY-MM-DD HH:MM:SS1970-01-01 00:00:01utc到2038-01-19 03:14:07utc
DATETIME5字節(jié)YYYY-MM-DD HH:MM:SS1000-01-01 00:00:00到9999-12-31 23:59:59
DATE3字節(jié)YYYY-MM-DD1000-01-01到9999-12-31
TIME3字節(jié)HH:MM:SS-838:59:59到838:59:59
YEAR1字節(jié)YYYY1901到2155

注：MySQL 5.6.4 之前，占 8 個字節(jié) ，之后版本，占 5 個字節(jié)。

2. 其他特性

1. TIMESTAMP是以utc格式存儲，會自動檢索當(dāng)前時區(qū)對時間進(jìn)行轉(zhuǎn)換，而DATETIME不會。

2. 存入null時，TIMESTAMP會自動存儲當(dāng)前時間，而DATETIME存儲null值。

3. 時間計算：

DATETIME翻譯為漢語即"時間戳"，它是當(dāng)前時間到 Unix元年(1970 年 1 月 1 日 0 時 0 分 0 秒)的秒數(shù)。對于某些時間的計算，如果是以 DATETIME 的形式會比較困難，假如我是 1994-1-20 06:06:06 出生，現(xiàn)在的時間是 2016-10-1 20:04:50 ，那么要計算我活了多少秒鐘， DATETIME還需要函數(shù)進(jìn)行轉(zhuǎn)換，但是 TIMESTAMP 直接相減就行。

3. 什么場景下用什么類型合適呢？

1.需要跨時區(qū)計算時間用 或者 需要自動更新時間的TIMESTAMP

計算一架從北京飛往紐約的飛機(jī)的飛行時間。這個場景中，如果使用 TIMESTAMP 來存時間，起飛和降落時間的值，都會被轉(zhuǎn)換成 UTC 時間，所以它們直接相減即可獲得結(jié)果。但如果使用 DATATIME 格式存時間，還需要進(jìn)行轉(zhuǎn)換，才可以完成，容易出錯。

2.記錄創(chuàng)建修改時間 或者 時間范圍大于2038 用DATETIME

DATATIME作為記錄時間，現(xiàn)在都已經(jīng)2022年了，很快就到2038年啦，使用DATATIME不需要擔(dān)心超過范圍。

當(dāng)然在兩者都滿足使用的情況下，所占字節(jié)越小越好，TIMESTAMP比DATATIME好。

4.BIGINT使用（占8字節(jié)）

還有一種情況，即不用TIMESTAMP也不用DATATIME，而是用BIGINT。存儲自紀(jì)元以來的毫秒數(shù)（如果使用的是 Java，則用 System.currentTimeMillis() 獲取當(dāng)前時間）

這樣有幾個優(yōu)點：

1. 可以在遷移數(shù)據(jù)庫時避免因為數(shù)據(jù)類型差異。比如MySQL的DATETIME類型和Oracle的DATETIME類型之間可能存在差異，timestamp類型的精度可能也存在差異，MySQL的timestamp精度不是一開始就支持毫秒精度的。

2. 沒有時區(qū)問題。無論是哪個時區(qū)，因為開始計算的時間不同，無論當(dāng)前時間如何，跨度是一致的。也沒有timestamp和datatime的范圍問題。是對timestamp的補充。

3. InnoDB存儲引擎下，通過時間范圍查找，性能bigint > datetime > timestamp，通過時間排序，性能bigint > timestamp > datetime。綜合來講，bigint性能最好。

總結(jié)

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

相關(guān)文章

  • 詳解MySQL多表查詢

    詳解MySQL多表查詢

    最近學(xué)習(xí)了多表查詢,這篇文章主要給大家介紹了關(guān)于MySQL多表查詢，文中通過實例代碼介紹的非常詳細(xì),具有一定的參考價值，需要的朋友可以參考下
    2023-04-04
  • MySQL數(shù)據(jù)庫執(zhí)行Update卡死問題的解決方法

    MySQL數(shù)據(jù)庫執(zhí)行Update卡死問題的解決方法

    最近開發(fā)的時候debug到一條update的sql語句時程序就不動了,然后我就在plsql上試了一下,發(fā)現(xiàn)plsql一直在顯示正在執(zhí)行,等了好久也不出結(jié)果,下面這篇文章主要給大家介紹了關(guān)于MySQL數(shù)據(jù)庫執(zhí)行Update卡死問題的解決方法,需要的朋友可以參考下
    2022-05-05
  • mysql中包含查詢的五種方法總結(jié)

    mysql中包含查詢的五種方法總結(jié)

    這篇文章主要給大家介紹了關(guān)于mysql中包含查詢的五種方法, 在MySQL中,包含語句是一種用來包含其他查詢語句的語句,通常用在WHERE語句中,需要的朋友可以參考下
    2023-08-08
  • 通過緩存+SQL修改優(yōu)雅地優(yōu)化慢查詢

    通過緩存+SQL修改優(yōu)雅地優(yōu)化慢查詢

    本文通過介紹緩存的基本原理和SQL語句的優(yōu)化手段，以及實際案例的分析，為讀者提供了一種簡單而有效的優(yōu)化思路。讀者可以通過本文了解到如何在不修改程序代碼的情況下，通過巧妙地運用緩存和SQL優(yōu)化技巧，提高程序的性能和響應(yīng)速度。
    2023-04-04
  • 對比分析MySQL語句中的IN 和Exists

    對比分析MySQL語句中的IN 和Exists

    mysql中in 是把外表和內(nèi)表作hash 連接，而exists是對外表作loop循環(huán)，每次loop循環(huán)再對內(nèi)表進(jìn)行查詢。一直以來認(rèn)為exists比in效率高的說法是不準(zhǔn)確的。
    2018-06-06
  • Mysql中MyISAM和InnoDB的區(qū)別及說明

    Mysql中MyISAM和InnoDB的區(qū)別及說明

    這篇文章主要介紹了Mysql中MyISAM和InnoDB的區(qū)別及說明，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教
    2022-12-12
  • Mysql中強大的group?by語句解析

    Mysql中強大的group?by語句解析

    這篇文章主要介紹了Mysql中強大的group?by語句解析,GROUP?BY?語句根據(jù)一個或多個列對結(jié)果集進(jìn)行分組。在分組的列上我們可以使用?COUNT,?SUM,?AVG,等函數(shù),需要的朋友可以參考下
    2023-07-07
  • mysql分組后如何獲取每個組的第一條數(shù)據(jù)

    mysql分組后如何獲取每個組的第一條數(shù)據(jù)

    這篇文章主要介紹了mysql分組后如何獲取每個組的第一條數(shù)據(jù)問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2023-08-08
  • 如何用cmd連接Mysql數(shù)據(jù)庫

    如何用cmd連接Mysql數(shù)據(jù)庫

    如何用cmd連接Mysql數(shù)據(jù)庫，需要的朋友可以參考一下
    2013-03-03
  • mysql error:#1062 Duplicate entry ‘***′ for key 1問題解決方法

    mysql error:#1062 Duplicate entry ‘***′ for key 1問題解決方法

    今天公司的一個網(wǎng)站突然提示MySQL Error Duplicate entry '96624' for key 1錯誤，經(jīng)過分析這個問題是由于mysql表中的一個id自增長字段導(dǎo)致。
    2011-09-09

最新評論