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

MySQL之DATETIME與TIMESTAMP的時(shí)間精度問題

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

datetime與timestamp時(shí)間精度問題

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

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

-- 創(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ù)庫中所有指定字段的類型的存儲過程(用于修正時(shí)間精度)

-- 結(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 個(gè)字節(jié) ,之后版本,占 5 個(gè)字節(jié)。

2. 其他特性

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

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

3. 時(shí)間計(jì)算:

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

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

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

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

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

DATATIME作為記錄時(shí)間,現(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)前時(shí)間)

這樣有幾個(gè)優(yōu)點(diǎn):

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

2. 沒有時(shí)區(qū)問題。無論是哪個(gè)時(shí)區(qū),因?yàn)殚_始計(jì)算的時(shí)間不同,無論當(dāng)前時(shí)間如何,跨度是一致的。也沒有timestamp和datatime的范圍問題。是對timestamp的補(bǔ)充。

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

總結(jié)

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

相關(guān)文章

  • 解決sql server不支持variant數(shù)據(jù)類型的問題

    解決sql server不支持variant數(shù)據(jù)類型的問題

    在數(shù)據(jù)庫中,數(shù)據(jù)類型是非常重要的,但有時(shí)候我們可能會遇到 SQL Server 不支持的數(shù)據(jù)類型,例如 Variant,在本篇博文中,我們將探討問題的背景,提供解決思路,并總結(jié)如何解決 SQL Server 不支持 Variant 數(shù)據(jù)類型的挑戰(zhàn)
    2023-09-09
  • MySQL嵌套查詢實(shí)現(xiàn)子查詢的方法

    MySQL嵌套查詢實(shí)現(xiàn)子查詢的方法

    本文主要介紹了MySQL嵌套查詢實(shí)現(xiàn)子查詢的方法,文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2022-02-02
  • 在MySQL中實(shí)現(xiàn)冷熱數(shù)據(jù)分離的方法及使用場景底層原理解析

    在MySQL中實(shí)現(xiàn)冷熱數(shù)據(jù)分離的方法及使用場景底層原理解析

    MySQL冷熱數(shù)據(jù)分離通過分表/分區(qū)策略、數(shù)據(jù)歸檔和索引優(yōu)化,將頻繁訪問的熱數(shù)據(jù)與冷數(shù)據(jù)分開存儲,提升查詢效率并降低存儲成本,適用于高并發(fā)交易、數(shù)據(jù)分析和日志管理等場景,感興趣的朋友跟隨小編一起看看吧
    2025-07-07
  • MYSQL替換時(shí)間(年月日)字段時(shí)分秒不變實(shí)例解析

    MYSQL替換時(shí)間(年月日)字段時(shí)分秒不變實(shí)例解析

    這篇文章主要介紹了MYSQL替換時(shí)間(年月日)字段,時(shí)分秒不變的實(shí)現(xiàn)方法,需要的朋友可以參考下
    2017-07-07
  • MySQL字段定義時(shí)的屬性設(shè)置方式

    MySQL字段定義時(shí)的屬性設(shè)置方式

    這篇文章主要介紹了MySQL字段定義時(shí)的屬性設(shè)置方式,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2024-04-04
  • Mysql和redis緩存不一致問題的解決方案

    Mysql和redis緩存不一致問題的解決方案

    在高并發(fā)的情況下,如果所有的數(shù)據(jù)都從數(shù)據(jù)庫中去讀取,那再強(qiáng)大的數(shù)據(jù)庫系統(tǒng)都承受不了這個(gè)壓力,因此我們會將部分?jǐn)?shù)據(jù)放入緩存中,比如放入redis中,這篇文章主要給大家介紹了關(guān)于Mysql和redis緩存不一致問題的解決方案,需要的朋友可以參考下
    2022-08-08
  • MySQL高并發(fā)生成唯一訂單號的方法實(shí)現(xiàn)

    MySQL高并發(fā)生成唯一訂單號的方法實(shí)現(xiàn)

    這篇文章主要介紹了MySQL高并發(fā)生成唯一訂單號的方法實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2021-02-02
  • 如何通過配置自動實(shí)現(xiàn)ValueList中hql語句的整型參數(shù)轉(zhuǎn)換

    如何通過配置自動實(shí)現(xiàn)ValueList中hql語句的整型參數(shù)轉(zhuǎn)換

    本篇文章是對通過配置自動實(shí)現(xiàn)ValueList中hql語句的整型參數(shù)轉(zhuǎn)換進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下
    2013-06-06
  • MySQL的root密碼忘記怎么辦 修改root密碼的方式

    MySQL的root密碼忘記怎么辦 修改root密碼的方式

    MySQL數(shù)據(jù)庫的root密碼忘記,怎么辦?修改root密碼的三種方式你知道嗎?下面就為大家提供詳細(xì)的解決方案,需要的朋友可以參考下
    2016-04-04
  • MySql查詢時(shí)間段的方法

    MySql查詢時(shí)間段的方法

    這篇文章主要介紹了MySql查詢時(shí)間段的方法,包括了傳統(tǒng)的針對時(shí)間字段的查詢方法與UNIX時(shí)間戳的查詢技巧,非常具有實(shí)用價(jià)值,需要的朋友可以參考下
    2014-12-12

最新評論

阳朔县| 宜阳县| 红原县| 晋州市| 女性| 鹤山市| 饶河县| 抚宁县| 周口市| 宁河县| 东丰县| 商丘市| 松滋市| 丰城市| 吕梁市| 友谊县| 平武县| 大田县| 凌海市| 寿阳县| 黄陵县| 安阳县| 吉隆县| 赤壁市| 灵寿县| 扶沟县| 龙胜| 澄迈县| 武川县| 吉隆县| 萝北县| 铜梁县| 昌图县| 阿拉善左旗| 遵义县| 灯塔市| 余江县| 大英县| 漾濞| 巴林右旗| 台北市|