設定すれば、その列に対する検索は速くなる。 だからといって、付けまくればよいというものでもない。 INDEXには更新や削除が遅くなるというデメリットもある。 PRIMARY KEYは自動的にINDEXが振られている。 理…

どーも、Join Queryがよくわかってないな・・・。 副問い合わせに頼りすぎていたせいだな。 MySQL全機能リファレンスの45pに一応記述があるけど、 イマイチわからん。 別の資料が必要かもね。

内部的には文字列ではないらすぃ。 unixタイムスタンプ値に自動的に変換されてるっぽい？ つーことはsigned int型かしらん。 hogedateというdatetime型の値があったとして の方が良い。 intなのか…

スロークエリログというとっても便利なものがある。 場所は、 /usr/local/mysql/var/ホスト名-slow.log ↑インストール環境によっては違う場合もアリ。 このログファイルいいね！ 重たいクエリがどん…

まだ確信はもてないけど・・・ 単純に出力レコード数が多いクエリは重い。 ということは、出力レコード数が少なくなるなら、 多少クエリ実行回数が増えても問題ないっぽい。 クエリ実行回数も少ないにこしたことはないけど、 無理や…

スロークエリログに引っかからないような速いクエリでも、 実行時間が知りたいときはある。 その場合はどこを確認すればいいんだろう。 一般クエリログとかっぽいけど。 一般クエリログはMySQLデーモンを再起動しないと記録され…

なんかすげー勘違いしてたっぽいけど、 MySQLのtimestamp型はunixタイムスタンプとは別のようだ。 ほとんどdatetime型と同じじゃん(バイト数と扱える範囲が違うだけ)。 unixタイムスタンプを扱いたか…

一番重いのはどこだろう。 おそらく、DBへのコネクトが一番重いとおもわれ。 次に重いのが、UPDATE、INSERTの実行。 比較的軽いのはSELECTかな？ つーか、クエリ実行の重さがどのくらいなのかが気になるね。 少…