質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
MySQL

MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

Q&A

解決済

3回答

2822閲覧

mysqlの負荷について

退会済みユーザー

退会済みユーザー

総合スコア0

MySQL

MySQL(マイエスキューエル)は、TCX DataKonsultAB社などが開発するRDBMS(リレーショナルデータベースの管理システム)です。世界で最も人気の高いシステムで、オープンソースで開発されています。MySQLデータベースサーバは、高速性と信頼性があり、Linux、UNIX、Windowsなどの複数のプラットフォームで動作することができます。

0グッド

0クリップ

投稿2016/08/09 15:53

DATE_FORMAT(TestDatabase.registdate, '%Y-%m') = '2016-07'

このような条件文を書いて上の人にレビューしていただいたところ、

日付型を文字型 にするのではなく、固定値側を 文字型を日付型 に
変換して比較する方が性能が出るはず。
DB項目を変換する場合は、DBのレコード数=変換数ですが、固定値を変換すれば1回で済む。

という感想が返ってきました。
'2016-07'を日付形式にした方が良いということだと思います。

ただ、registdateというDB項目には「2016-07-14 09:06:01.901」という形で格納されているので、やはりDATE_FORMAT必要なんじゃないでしょうか?

こう質問返した方がよいでしょうか。

ご意見お待ちしております。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答3

0

私も

日付型を文字型 にするのではなく、固定値側を 文字型を日付型 に

変換して比較する方が

よい、という意見には同意ですが、

DB項目を変換する場合は、DBのレコード数=変換数ですが、固定値を変換すれば1回で済む。

については
「問題はそこではない」
という意見です。

DBサーバの能力やレコードの件数にもよりますが、システム全体の実行時間に比べると、その理由による性能の差など、微々たるものに過ぎないと考えるからです。

もっと重要な問題は、MySQLの場合、
「カラムに何らかの関数や演算を適用すると、そのカラムに張られたインデックスを使用できない」
ということです(※)。

どういうことかというと、例えTestDatabase.registdateにインデックスが張られていたとしても、

sql

1DATE_FORMAT(TestDatabase.registdate, '%Y-%m') = '2016-07'

という式ではそのインデックスを使用できない、ということです。

一方、

sql

1TestDatabase.registdate >= '2016-07-01' AND TestDatabase.registdate < '2016-08-01'

sql

1TestDatabase.registdate BETWEEN '2016-07-01 00:00:00' AND '2016-07-31 23:59:59.999'

といった式では、そのインデックスを使用できます。

現在、このカラムにインデックスが張られていないとしても、将来、インデックスが必要になる可能性を考慮して、今のうちから後者のような形式にしておくほうが無難だと、私は考えます。


※信用できる根拠が見つからず、ご提示できないのが恐縮ですが、例えば以下のような場合、MySQLはインデックスを使用できません。

sql

1# カラムに演算を適用している 2SELECT * FROM tbl_name WHERE key_col + 1 = 0; 3 4# カラムに(MIN、MAX以外の)関数を適用している 5SELECT * FROM tbl_name WHERE DATE_FORMAT(key_col, '%Y-%m') = '2016-07' 6 7# LIKE値がワイルドカード文字で始まっている 8SELECT * FROM tbl_name WHERE key_col LIKE '%Patrick%';

3番目のSQLに関してのみ、根拠として以下を見つけることができました。
http://dev.mysql.com/doc/refman/5.6/ja/index-btree-hash.html

投稿2016/08/09 19:15

KiyoshiMotoki

総合スコア4791

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

退会済みユーザー

退会済みユーザー

2016/08/10 02:38

ありがとうございました。
退会済みユーザー

退会済みユーザー

2016/08/10 02:38

ありがとうございました。
guest

0

TestDatabase.registdate に索引が設定されていることを確認して、
MySQLのEXPLAINを徹底解説!!
実務に見合うデータを用意して、
統計情報を取得。
実行計画の確認。
処理時間を実測。
で最もパフォーマンスが良い方法を選択して下さい。

投稿2016/08/09 17:42

Orlofsky

総合スコア16415

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

退会済みユーザー

退会済みユーザー

2016/08/10 02:38

ありがとうございました。
guest

0

ベストアンサー

きっと、こういうSQLにすることを期待されているのではないかと。

sql

1SELECT * from TestDatabase 2where YEAR(TestDatabase.registdate) = '2016' 3and MONTH(TestDatabase.registdate) = '7';

sql

1SELECT * from TestDatabase 2where DATE(TestDatabase.registdate) BETWEEN '2016-07-01' AND '2016-07-31';

実際に性能が変わるかは、検証してみないことには、判断つきませんが…

投稿2016/08/09 16:05

退会済みユーザー

退会済みユーザー

総合スコア0

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

退会済みユーザー

退会済みユーザー

2016/08/10 02:38

ありがとうございました。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問