MySQLにPHPからデータを入れるとき、ミリ秒まで値が同じになることはありえますか？

Question

###疑問
太郎と花子がミリ秒まで同じ時刻にサイトを訪問したら、カラムには同じ時刻が入るのでしょうか？

###処理
処理としては、以下の訪問テーブル「histories」に、

--ステップ➀
対象ページ「page_id」と訪問者「user_name」が同じレコードがあるか確認し、

--ステップ➁
あれば訪問時「history_date」を更新、なければレコード追加する。

というステップで処理されます。

訪問テーブル「histories」の現状は以下です。

history_id	page_id	user_name	history_date
1	10	太郎	2020-03-30 01:00:00.123456
2	10	花子	2020-03-30 02:00:00.123456

上の現状に対し、太郎と花子がともにpage_id=10を改めて訪問したことを仮定します。

###考えられるパターン
考えられるパターンは以下の３つかと思いますが、どれになりますか？

--パターンA（同じ時刻が入る）
いずれのレコードも「history_date」が同じになる

--パターンB（同じではない）
太郎の「history_date」が更新されてから、花子の「history_date」が更新されるため、同じ時刻が入ることはない。

--パターンC（同じではない）
太郎のステップ➀が終わったら花子のステップ➀が実行され、太郎のステップ➁が終わったら花子のステップ➁が実行される。

※パターンBとCの場合は、「history_date」は同じではなくなりますが、どういった根拠でどちらが先になるのかも知りたいです。

Comments

[退会済みユーザー]

誰が（どこの処理が）その日時「2020-03-30 01:00:00.123456」を作っているのかが、質問文を読んでもさっぱりわからない。

[m.ts10806]

同じになったとして、なにが問題、課題でしょうか。
明記してください。

[yut148]

phpの実装がなければ正しい回答は得られないのではないでしょうか。

Answer 1

使う側としては、マニュアルに明記されているのでもなければ何も仮定せず、「同じタイミングになることがありうる」として実装するのがいちばん安全です。

バージョン、ストレージエンジン、サーバ性能によっても変化しえます。

Comments

[maisumakun]

「同じタイミングになることがありうる」前提で実装を行っておけば、仮に発生しなかったとしても何も困りません。

Answer 2

例えば、DB へデータを投入するサーバが2つ以上あった場合、かつ、投入する側のサーバの時計を使用していた場合に同時刻になる可能性はあります。

他にも、いくつかありそうです。

Answer 3

理論上は普通におなじになりえますがなって困ることはなにもないでしょう