MySQL5.5.3-m3のDATETIME型のバグ。あとMySQLの DATETIME型は本当に遅いのか検証してみた - 2010-04-30 - 小野マトペの業務日誌(アニメ制作してない篇)

バグの話 近々ふぁぼったーDBのInnoDB化を企てているので、それに伴いMySQL5.0.67(Tritonn)から、先日リリースされたばかりのMySQL5.5.3-m3に乗り換えてみた。RC(リリース候補)版ということで、GA版とほぼ変わらない品質と聞いたので、割と軽い気持ちでインストールしたんだけど、いきなりバグにハマった。 バグとは、DATETIME, TIMESTAMP, DATE, TIME型と文字列定数との結合でインデックスが使われない、というもの。 以下のような、date(DATE型)の結合しかしていないクエリでも、dateインデックスが使われず昇順フルテーブルスキャンされ、20秒くらい掛かった。 select date from STATUS force index(date) where date='2010-01-19' limit 10; この現象は、5.5.3,5

[ono_matope]

まとめた

[WhatAmILookingFor]

"えーと、どのデータ型でもきちんとインデックスが適用されていて、データ型の差異が計測出来ない程度に高速ですね。2000万行でこの速度ならどれ使ってもパフォーマンス上全く問題ないといえるでしょう。"

[msh514]

mysql datetime timestamp int unix_time

[taketyan]

昨日 fukaoi さんに指摘した件, 1 年以上前に小野マトペさんが既に書いてた... そして DATETIME 型のバグ把握した. これ業務で影響受けてたら死んでたな...

[Cherenkov]

DATETIME TIMESTAMP

[saz_go]

DATETIME型TIMESTAMP型

[akkun_choi]

datetimeでもよい

[ropross]

自分で検証するのは大事ねー