MySQL サーバー自体は 2000 年（Ｙ2Ｋ）コンプライアンスに対して何も問題はありません。

MySQL サーバー自体が Y2K に対して安全だとしても、そうでないアプリケーションと共に利用すると問題が起きる可能性があります。たとえば、多くの古いアプリケーションは、4 桁の値よりも、あいまいである 2 桁の値を利用して年を格納したりコントロールしたりします。この問題は、「欠けている」値を表すために 00 や 99 などの値を利用するアプリケーションによって作られる可能性があります。残念ながら、異なるアプリケーションは異なるプログラマによって書かれており、それぞれが、異なる仕様や日付管理の関数を利用しているので、これらの問題を修正するのは難しいです。

したがって、MySQL サーバーに Y2K の問題がないとしても、あいまいでない値が入力されるようにアプリケーションを作成するようにしてください。2 桁の年の値を含む日付値は、世紀が不明であるためいずれもあいまいです。MySQL では、年は内部的に 4 桁で格納されるため、そのような値は 4 桁の形式に変換する必要があります。

DATETIME、DATE、TIMESTAMP、そして YEAR 型に対して、MySQL は次の規則を利用してあいまいな年の値の日付を修正します。

これらの規則は、データ値が何を表すかを妥当に推測する単なる経験則であることを覚えておいてください。もし MySQL が利用する規則が正しい値を導かなければ、4 桁の年の値を含む、あいまいではない入力が必要になります。

ORDER BY は、2 桁の年を持つ YEAR 値を正しく分類します。

MIN() や MAX() 等のようないくつかの関数は、YEAR を数字に変換します。これは、これらの関数を利用すると、2 桁の年の値は正確に機能しないという意味になります。この場合の修正は、TIMESTAMP や YEAR を 4 桁の年のフォーマットに変換するということになります。