http://dev.mysql.com/doc/refman/5.1/en/connector-j-reference-configuration-properties.html

conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);

文字コード関連 useUnicode=true characterEncoding=UTF-8 characterSetResults=UTF-8 結果セット関連 useCursorFetch=true defaultFetchSize=128 プリペアード・ステートメント関連 useServerPrepStmts=true emulateUnsupportedPstmts=false (候補) cachePr…

MySQL 問題は、実は Java HotSpot コンパイラーのバグかも??? と思いつつある今日この頃。

TRANSACTION_REPEATABLE_READ がデフォルト??? JDBC 天然のデフォルトとは異なるの??? を調査中。。。Linux の場合にのみ InnoDB のデフォルトが TRANSACTION_REPEATABLE_READ と書いているところもある。。。ふつーは TRANSACTION_READ_COMMITTED がデフォ…

characterSetResults=UTF-8 これは何? というか、指定したほうがよさそうですね...あと、dontTrackOpenResources=true は指定しなくても良いような気がしてきました。 それらを混ぜると接続文字列は以下のように... jdbc:mysql://localhost/<DBNAME>?useUnicode=true</dbname>…

これも調べ中。 profileSQL=true emulateUnsupportedPstmts=false それらを混ぜると接続文字列は以下のように... jdbc:mysql://localhost/<DBNAME>?useUnicode=true&characterEncoding=UTF-8&useCursorFetch=true&defaultFetchSize=128&useServerPrepStmts=true&emul</dbname>…

後日談: そもそも本件 Java HotSpot のバグであり、MySQL のバグではない可能性が出てきました。

- http://www-jp.mysql.com/products/ \217,391.- (年間サブスクリプション) 検討中。。。

jdbc:mysql://localhost/<DBNAME>?useUnicode=true&characterEncoding=UTF-8&useCursorFetch=true&defaultFetchSize=128&useServerPrepStmts=true&dontTrackOpenResources=true 後日談。この設定でも某問題現象は発生します(T_T)一方で、MySQL の JDBC 接続文字列に</dbname>…

http://dev.mysql.com/doc/refman/5.1/en/connector-j-reference-configuration-properties.html本命 useCursorFetch その他 defaultFetchSize dontTrackOpenResources useReadAheadInput jdbcCompliantTruncation STRICT_TRANS_TABLES. ???

CentOS (64bit) + MySQL 5.0.77 + Connector/J 5.1.18 + useCursorFetch でトラブル遭遇中です。 # useCursorFetch なしだと、もっと現象が発生しやすく、悪化します。。。複数件もどるはずの SELECT 文が、なぜか突然 1 件しか戻さなくなるのです。 なぜだ…

Blanco2g 0.5.5 リリース しました。