MySQL データベースでは、datetime、bigint、timestamp を使用して時間の選択を表します。時間を保存するのに最も効率的なのはどれですか?

MySQL データベースでは、datetime、bigint、timestamp を使用して時間の選択を表します。時間を保存するのに最も効率的なのはどれですか?

データベースでは、datetime、bigint、timestamp を使用して時間を表すことができます。では、時間を保存するにはどの型を選択するのが適切でしょうか?

# データ準備後

プログラムを通じて50wのデータをデータベースに挿入する

データシート:

テーブル「users」を作成します(
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `time_date` 日時 NOT NULL、
  `time_timestamp` タイムスタンプ NOT NULL デフォルト CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP、
  `time_long` bigint(20) NOT NULL,
  主キー (`id`)、
  キー `time_long` (`time_long`),
  キー `time_timestamp` (`time_timestamp`)、
  キー `time_date` (`time_date`)
) エンジン=InnoDB AUTO_INCREMENT=500003 デフォルト文字セット=latin1

このうち、time_long、time_timestamp、time_date は同じ時刻の異なる保存形式です。

エンティティクラスユーザー

/**
 * @author ヘティアン
 * @日付 2018/10/21
 * */
@ビルダー
@データ
パブリッククラスUsers{
    /**
     * 自己増加型のユニークID
     * */
    プライベートな Long ID;

    /**
     * 日付型時刻 * */
    プライベート日付timeDate;

    /**
     *タイムスタンプ型の時刻* */
    プライベートタイムスタンプ timeTimestamp;

    /**
     * 長いタイプの時間 * */
    プライベート長い時間長い;
}

DAO 層インターフェース

/**
 * @author ヘティアン
 * @日付 2018/10/21
 * */
@マッパー
パブリックインターフェースUsersMapper{
    @Insert("ユーザーに挿入(time_date、time_timestamp、time_long) value(#{timeDate}、#{timeTimestamp}、#{timeLong})")
    @Options(useGeneratedKeys = true、keyProperty = "id"、keyColumn = "id")
    int saveUsers(Users ユーザー);
}

テストクラスはデータベースにデータを挿入します

パブリッククラスUsersMapperTestはBaseTestを拡張します{
    @リソース
    プライベートUsersMapperusersMapper;

    @テスト
    パブリックボイドテスト(){
        (int i = 0; i < 500000; i++) の場合 {
            長い時間 = System.currentTimeMillis();
            usersMapper.saveUsers(Users.builder().timeDate(新しいDate(time)).timeLong(time).timeTimestamp(新しいTimestamp(time)).build());
        }
    }
}

データ コードを生成するには、github にアクセスしてください: https://github.com/TiantianUpup/sql-test/ コード生成を使用せずに、sql ファイルを通じてデータをインポートする場合は、記事の最後に sql ファイルのネットワーク ディスク アドレスが添付されています。

# SQLクエリ率テスト

日時型によるクエリ:

time_date >="2018-10-21 23:32:44" かつ time_date <="2018-10-21 23:41:22" の条件を満たすユーザーから count(*) を選択します。

所要時間: 0.171

タイムスタンプタイプによるクエリ

time_timestamp >= "2018-10-21 23:32:44" かつ time_timestamp <="2018-10-21 23:41:22" の条件を満たすユーザーから count(*) を選択します。

所要時間: 0.351

bigint型によるクエリ

time_long >=1540135964091 かつ time_long <=1540136482372 のユーザーから count(*) を選択します。

所要時間: 0.130秒

結論 InnoDBストレージエンジンでは、時間範囲による検索のパフォーマンスは、bigint > datetime > timestampの順です。

# SQL グループレートテスト


グループ化に bigint を使用すると、各データがグループ化されます。グループ化の前に bigint を変換すると、比較する意味がなくなります。変換にも時間がかかります。

日時タイプでグループ化:

time_date でユーザーグループから time_date、count(*) を選択します。

所要時間: 0.176秒

タイムスタンプの種類でグループ化:

time_timestamp でユーザーグループから time_timestamp、count(*) を選択します。

所要時間: 0.173秒

結論: InnoDB ストレージ エンジンでは、時間グループ化により、timestamp > datetime のパフォーマンスになりますが、その差は大きくありません。

# sql ソート率テスト

日時タイプで並べ替え:

ユーザーから * を選択し、time_date で並べ替えます

所要時間: 1.038秒

タイムスタンプの種類で並べ替え

ユーザーから * を選択し、time_timestamp で並べ替えます

所要時間: 0.933秒

bigint型で並べ替え

ユーザーから * を選択し、time_long で並べ替えます

所要時間: 0.775秒

結論: InnoDBストレージエンジンでは、時間順でソートすると、bigint > timestamp > datetimeのパフォーマンスが

# まとめ

時間フィールドに対して操作(時間範囲による検索や並べ替えなど)が必要な場合は、bigint を使用することをお勧めします。時間フィールドに対して操作が必要ない場合は、timestamp を使用することをお勧めします。スペースを節約するために 4 バイトを使用すると便利ですが、記録される時間は 2038 に制限されます。

記事内の SQL ファイルのネットワーク ディスク アドレス: リンク: https://pan.baidu.com/s/1cCRCxtTlPriXMERGsbnb_A 抽出コード: hbq2

MySQL データベースで時間を表すために datetime、bigint、timestamp のどれを選択するか、そしてどれが最も効率的に時間を保存するかについての記事はこれで終わりです。データベースの datetime、bigint、timestamp の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません:
  • MySQL のタイムスタンプと日付時刻のタイムゾーンの問題によって生じる DTS の落とし穴の詳細な説明
  • MySQL における datetime と timestamp の違いと選択
  • MySQL における datetime と timestamp の違いと使い方
  • Mysql での日付と時刻の比較
  • MySQL における Datetime と Timestamp の使用の概要

<<:  優秀なウェブ開発者が開発スキルを向上させるために知っておくべき10のこと

>>:  近々ブラウザに導入される CSS :is() と :where() の簡単な分析

推薦する

MySQLにおける(JOIN/ORDER BY)文のクエリ処理と最適化方法

EXPLAIN ステートメントは、MySQL クエリ ステートメント プロセスと EXPLAIN ス...

node.jsのコアモジュールとは

目次グローバルオブジェクトグローバルオブジェクトとグローバル変数プロセスコンソール一般的なツールユー...

CentOS の Nginx 公式 Yum ソースの設定を詳しく解説

私はプロジェクトの展開にAlibaba Cloudから購入したCentOSを使用しています。最近、プ...

MySQLでカンマ区切り値の列を列に変換する方法

序文場合によっては、第 1 正規形設計パターンに従わないビジネス テーブルに遭遇することがあります。...

dockerにmysqlをインストールした後にNavicatが接続できない問題に対する完璧な解決策

1. Dockerがイメージをプルするdocker pull mysql (デフォルトで最新バージョ...

CSS calc() の数式に関する詳細な理解

数式 calc() は CSS の関数であり、主に数学演算に使用されます。 calc() を使用する...

Vueはズームイン、ズームアウト、ドラッグ機能を実装しています

この記事では、参考までに、ズームインとズームアウトのドラッグ機能を実現するためのVueの具体的なコー...

MySQL のソートとページング (order by と limit) と既存の落とし穴

並べ替えクエリ (order by)電子商取引の場合: 今日完了したすべての注文を表示し、取引金額に...

Vueのトランジションとアニメーションの深い理解

1. DOM要素を挿入、更新、または削除するときに、適切な場合は要素にスタイルクラス名を追加します。...

MySQL における between の境界と範囲の説明

境界範囲間のmysql間の範囲は両側の境界値を含む例: 3 から 7 までの id は、id >...

CentOS 7 で Python を 3.6.6 にアップグレードした後に発生する yum エラー問題の解決方法の概要

最近、テスト サーバーのオペレーティング システムを Cent0S 7.5 にアップグレードし、Py...

良いリファクタリングを行うには、コードをリファクタリングするだけでなく、人生をリファクタリングすることも重要です。

職業的な観点からも、人生の観点からも、良い再建をすることは本当に簡単ではありません。楽観的で熱心で前...

Typescriptを使用してWeChatミニプログラムを開発するための詳細な手順

Typescript の利点については詳しく説明する必要はありません。ご興味があれば、(https:...

Linux で iostat コマンドを使用するチュートリアル

序文運用・保守を行う人がスキルを持っていなければ、サーバーを操作するのに恥ずかしさを感じてしまうと言...