佐竹です。

私も詳しくは追いかけてないのですが・・

<41E352D6.F2E8D604@xxxxxxxxxx>の記事において
t_takahashi@xxxxxxxxxxさんは書きました。

>  いえ、そうではなく、物理的な java.sql.Connection 自体とその実装、
>つまりJDBCドライバ自身が、内部的に勝手に再接続を行うとすると、問題が
>より複雑になりませんか? 例えば、以下のようなトランザクションが絡む場合
>には問題があるかも? と思うのですが、実際のところどうなんでしょうか?
>  Connector/Jの実装内部は詳しくないですが、そもそも一体どのような時点で
>再接続が行われるのでしょうか?

http://dev.mysql.com/doc/connector/j/en/#id2425654
を見たところ
"MySQL Connector/J has fail-over support."と言い切ってますし、
「勝手に再接続して問題を起こす」というレベルではないと思いますよ。
ただ、この場合では

"Fail-over only happens when the connection is in an autoCommit(true) state,
because fail-over can not happen reliably when a transaction is in progress."

とある通り、Fail-over 自体は出来ませんが、

"In either case, whenever you are connected to a "failed-over" server,
the connection will be set to read-only state, so queries that would
modify data will have exceptions thrown (the query will never be processed
by the MySQL server)."

とあるので

>   7. Connectionの再接続する??

でリードオンリーで再接続となるため書き込み自体は正常(?)に失敗し、
トランザクションの不具合は無さそうです。

ま、autoReconnect を「使うべきではない」とは思いませんが、
「使うべきである」とまでも思いません。
あくまでも設計者の選択肢の一つかと思ってます。

ただ、この高橋さんが示された例の場合でも validationQuery() で
救えるのでしょうか？
それはそれで興味あります。