池田です。

InnoDBのPageサイズを./configureオプションで変更できるようにして欲しい、
という内容のFeature Requestを出しておきました。

http://bugs.mysql.com/bug.php?id=17561

どういう反応が返ってくるかは分かりませんが・・・。

Tetsuro IKEDA wrote:
> こんにちは。池田です。
> 
> 長文レス失礼します。
> 
> 
>>一、
>>text項目にそれぞれ50000Bytesに入れてテストしました。
>>そうすると、c30まで登録できました。c31はで139がでました。
>>ただ、マニュアルによると
>>「InnoDB stores the first 768 bytes of a VARCHAR, BLOB, or TEXT column
>>in the row, and the rest into separate pages. 」
>>16K=16384/768=21.3333
>>DBのmeta情報を考えるｃ21かc22で落ちるはずですが、c30までできたのはちょっ
>>と不
>>思議です。
> 
> 
> c30まで格納できるのは、お使いのMySQLのバージョンがMySQL 4.0.21であるためです。
> 
> ヘッダーファイル innobase/include/dict0mem.h を見ますと、MySQL 4.0.21では、
> 
> #define DICT_MAX_COL_PREFIX_LEN 512
> 
> と定義されています。
> 
> 一方で、MySQL 5.0.18などでは、
> 
> /* DICT_MAX_INDEX_COL_LEN is measured in bytes and is the max index column
> length + 1. Starting from 4.1.6, we set it to < 3 * 256, so that one can
> create a column prefix index on 255 characters of a TEXT field also in the
> UTF-8 charset. In that charset, a character may take at most 3 bytes. */
> 
> #define DICT_MAX_INDEX_COL_LEN     768
> 
> と定義されています。この変更はMySQL 4.1.6に行われたもので、MySQL 4.1系にて
> 行われたマルチバイト文字コード対応に伴ったものです。
> このコメントにはUTF-8で255文字入れた場合にもExtraDataを使わずに行えるように
> してあるという説明がなされています。
> 
> 英語版マニュアルに書かれている「768バイト」というのはこのMySQL 4.1.6変更後を
> 前提としているようです。
> # http://dev.mysql.com/doc/refman/4.1/en/innodb-restrictions.html
> # http://dev.mysql.com/doc/refman/5.0/en/innodb-restrictions.html
> # http://dev.mysql.com/doc/refman/5.1/en/innodb-restrictions.html
> 
> より古いマニュアルを探すと（公式ではないですが）、512バイトと書いてあります。
> 何通か前のメールで私が512バイトといったのは、これがあったためです。
> （MySQL 4.0.21をお使いとのことでしたので）
> http://linux.ouc.edu.cn/manual/APM/innodb/en/index.html#InnoDB_restrictions
> 
> 
>>二、
>>
>>
>>>#define REC_MAX_DATA_SIZE    (16 * 1024)
>>
>>を(32*1024)のように修正して32Kまでできないでしょうか。
>>
>>何度もすみません。
> 
> 
> innobase/include/rem0rec.hのREC_MAX_DATA_SIZEですが、
> 
> /* The data size of record must be smaller than this because we reserve
> two upmost bits in a two byte offset for special purposes */
> #define REC_MAX_DATA_SIZE	(16 * 1024)
> 
> このように「2バイト-2bit分のoffsetにて管理している＝14bit分」という説明があります。
> 14bitで表現できる最大値 = 16KBですね。
> 
> さらにここを修正するとなると、今のところちょっと私には自信がないです（＾＾；
> 
> 
>>三、
>>このようなパラメーターの設定はconfigureのオプションまたは　サーバ起動時の
>>--defaults-fileの中にした方が便利かなと思っています。
> 
> 
> Pageサイズを変えるとibdata1やib_logfile1などのファイルも作り変えなければ
> ならないでしょう。となると起動時に指定可能にするのは、ちょっとやりすぎかもと思います。
> 
> ただしconfigureオプションで指定可能というのはあって然るべきですね。
> Feature Requestを出しておきますね。
> 
> ＃よく見るとInnoDBに関するconfigureオプションて、現状だとskip-innodbだけですよね。
> 
> ではでは。
> 
> kyou tech wrote:
> 
>>返事遅くてすみません。
>>こっちもUNIV_PAGE_SIZEを64Kに拡張して、コンパイルして
>>試しました。大体同じ結果を確認しました。
>>一、
>>text項目にそれぞれ50000Bytesに入れてテストしました。
>>そうすると、c30まで登録できました。c31はで139がでました。
>>ただ、マニュアルによると
>>「InnoDB stores the first 768 bytes of a VARCHAR, BLOB, or TEXT column 
>>in the row, and the rest into separate pages. 」
>>16K=16384/768=21.3333
>>DBのmeta情報を考えるｃ21かc22で落ちるはずですが、c30までできたのはちょっ 
>>と不
>>思議です。
>>
>>二、
>>
>>
>>>#define REC_MAX_DATA_SIZE    (16 * 1024)
>>
>>を(32*1024)のように修正して32Kまでできないでしょうか。
>>
>>何度もすみません。
>>
>>
>>三、
>>このようなパラメーターの設定はconfigureのオプションまたは　サーバ起動時の
>>--defaults-fileの中にした方が便利かなと思っています。
>>
>>
>>
>>
>>
>>>From: Tetsuro IKEDA <tetsuro@xxxxxxxxxx>
>>>Reply-To: ml@xxxxxxxxxx
>>>To: ml@xxxxxxxxxx
>>>Subject: [mysql 12775] Re: Mysql　JDBC接続時のサイズ制限
>>>Date: Sat, 18 Feb 2006 02:10:03 -0500
>>>
>>>池田です。
>>>
>>>InnoDBのPageサイズを大きくすることで1行辺りのデータサイズの制限を
>>>緩和する件ですが、仕組みを調べてみようとソースコードを読んでいましたとこ
>>
>>ろ、
>>
>>
>>>以下のような記述を見つけました。
>>>
>>>MySQL 4.0.21 innobase/include/rem0rec.h
>>>
>>>/* The data size of record must be smaller than this because we reserve
>>>two upmost bits in a two byte offset for special purposes */
>>>#define REC_MAX_DATA_SIZE    (16 * 1024)
>>>
>>>この定数なのですが、InnoDBが行サイズを計算するのに使用していると思われる
>>>btr_cur_optimistic_insert関数（innobase/btr/btr0cur.c）にて使用されていま
>>
>>す。
>>
>>
>>>この関数のロジックを読んでみると、どうもこの定数を超える場合には
>>>"Got error 139 from table handler"のエラー処理を行うように思えました。
>>>
>>>つまりPageサイズを64KBまで拡張したとしても、1行辺りのデータサイズは16KB
>>>までしか扱えないのではないかということです。
>>>
>>>これを確かめるべく、Pageサイズを64KBに拡張したMySQL 4.0.21にて、以下の
>>>SQL文を実行してみましたところ、やはり16KBを超えたところで
>>>"Got error 139 from table handler"のエラーが返るようになりました。
>>>
>>>create table t1 (c1 blob, c2 blob, c3 blob, c4 blob, c5 blob, c6 blob, c7 
>>
>>blob, c8 blob,
>>
>>
>>>c9 blob, c10 blob, c11 blob, c12 blob, c13 blob, c14 blob, c15 blob, c16 
>>
>>blob, c17 blob,
>>
>>
>>>c18 blob, c19 blob, c20 blob, c21 blob, c22 blob, c23 blob, c24 blob, c25 
>>
>>blob, c26 blob,
>>
>>
>>>c27 blob, c28 blob, c29 blob, c30 blob, c31 blob, c32 blob, c33 blob, c34 
>>
>>blob, c35 blob,
>>
>>
>>>c36 blob, c37 blob, c38 blob, c39 blob, c40 blob, c41 blob, c42 blob, c43 
>>
>>blob, c44 blob,
>>
>>
>>>c45 blob, c46 blob, c47 blob, c48 blob, c49 blob, c50 blob, c51 blob, c52 
>>
>>blob, c53 blob,
>>
>>
>>>c54 blob, c55 blob, c56 blob, c57 blob, c58 blob, c59 blob, c60 blob, c61 
>>
>>blob, c62 blob,
>>
>>
>>>c63 blob, c64 blob, c65 blob) type=innodb;
>>>
>>>insert into t1 set c1=repeat('A', 512);
>>>
>>>update t1 set c2=c1, c3=c1, c4=c1, c5=c1, c6=c1, c7=c1, c8=c1, c9=c1, 
>>
>>c10=c1, c11=c1,
>>
>>
>>>c12=c1, c13=c1, c14=c1, c15=c1;
>>>
>>>まずこれで 512*15=7680バイトを格納します。
>>>
>>>update t1 set c16=c1;
>>>
>>>これで8192バイトとなり、8000バイト超となりますがPageサイズが拡張されて 
>>>いる
>>
>>ためエラーになり
>>
>>
>>>ません。
>>>
>>>update t1 set c17=c1, c18=c1, c19=c1, c20=c1, c21=c1, c22=c1, c23=c1, 
>>
>>c24=c1, c25=c1,
>>
>>
>>>c26=c1, c27=c1, c28=c1, c29=c1, c30=c1, c31=c1;
>>>
>>>さらにこれで合計 512*31=15872バイトを格納します。ここまではOKです。し 
>>>かし、
>>
>>
>>>update t1 set c32=c1;
>>>ERROR 1030: Got error 139 from table handler
>>>
>>>16KBに達したところでこのエラーとなってしまいました。
>>>この新たに判明した16KB制限でありますが、現在のInnoDBの行構造を改造でも
>>>しない限り、増やすことは難しいと思います。
>>>
>>>以上、ご参考まで。
>>>
>>>
>>>Tetsuro IKEDA wrote:
>>>
>>>>池田です。こちらの手元のマシンで動作確認を完了しました。
>>>>
>>>>innobase/include/univ.i ファイルを以下のように変更することで、
>>>>何通か前に送ったメールではエラーとなっていたものを、
>>>>エラー無しにUPDATEすることができました。
>>>>
>>>>
>>>>
>>>>>64KBの場合、
>>>>>
>>>>>UNIV_PAGE_SIZE = 8 * 8192
>>>>>UNIV_PAGE_SIZE_SHIFT = 16
>>>>>
>>>>
>>>>
>>>>【注意点】
>>>>この変更を行うと、InnoDBのデータファイル、ログファイル、ログバッファ 
>>>
>>>など
>>
>>の
>>
>>
>>>>設定値がデフォルトのままでは起動しなくなります。
>>>>Pageサイズが4倍になっているので、その影響だと思われます。
>>>>
>>>>例えば、以下のように十分な値を設定する必要があります。
>>>>
>>>>--innodb_data_home_dir=
>>>>--innodb_data_file_path=/foobar/ibdata1:100M:autoextend
>>>>--innodb_log_file_size=50M
>>>>--innodb_buffer_pool_size=200M
>>>>
>>>>Tetsuro IKEDA wrote:
>>>>
>>>>
>>>>>池田＠自己レスです。
>>>>>
>>>>>ちゃんとコメント読め、という感じでした(^^;
>>>>>
>>>>>・UNIV_PAGE_SIZE には2の累乗を設定する
>>>>>・UNIV_PAGE_SIZE_SHIFT にはUNIV_PAGE_SIZEのその2の対数を設定する
>>>>>
>>>>>ということですね。
>>>>>
>>>>>つまりPageサイズには48KBのようなサイズは指定できないということですね。
>>>>>
>>>>>64KBの場合、
>>>>>
>>>>>UNIV_PAGE_SIZE = 8 * 8192
>>>>>UNIV_PAGE_SIZE_SHIFT = 16
>>>>>
>>>>>ということになるでしょうか。
>>>>>
>>>>>Tetsuro IKEDA wrote:
>>>>>
>>>>>
>>>>>
>>>>>>池田です。
>>>>>>
>>>>>>InnoDBのPageサイズを変えるためには、ソースファイルを直接編集した後に、
>>>>>>コンパイルする必要があるようです。
>>>>>>
>>>>>>【変更対象】
>>>>>>$MySQL/innobase/include/univ.i
>>>>>>・UNIV_PAGE_SIZE
>>>>>>・UNIV_PAGE_SIZE_SHIFT
>>>>>>
>>>>>>【参考】
>>>>>>http://dev.mysql.com/doc/refman/4.1/en/innodb-restrictions.html
>>>>>>
>>>>>>例えばPageサイズを64KBにする場合、UNIV_PAGE_SIZEを"8 * 8192"に変えるの
>>
>>は
>>
>>
>>>>>>良いとして、UNIV_PAGE_SIZE_SHIFTはどう変更するのがいいんでしょうかね。
>>>>>>
>>>>>>考え中・・・。もし分かったら教えてください(＾＾)
>>>>>>
>>>>>>kyou tech wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>だいぶ解ったような気がします。丁寧なご説明に感動しました。
>>>>>>>mysqlの醍醐味も感じ始めています。
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>２．コンパイルオプションを指定してInnoDBのPageサイズをデフォルトの
>>
>>16KBか
>>
>>
>>>>>>>ら、
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>　　もっと大きな値にする（最大で64KBまで指定可能）。
>>>>>>>>　　（64KBにすることで制限は8KBから32KBに緩和される。）
>>>>>>>
>>>>>>>で試したいと思います。
>>>>>>>ただ、configure --helpで見るとpage sizeのオプションがないようですが、
>>>>>>>直接configureファイルを修正することになるでしょうか。
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>From: Tetsuro IKEDA <tetsuro@xxxxxxxxxx>
>>>>>>>>Reply-To: ml@xxxxxxxxxx
>>>>>>>>To: ml@xxxxxxxxxx
>>>>>>>>Subject: [mysql 12769] Re: Mysql　JDBC接続時のサイズ制限
>>>>>>>>Date: Thu, 16 Feb 2006 22:04:00 -0500
>>>>>>>>
>>>>>>>>池田＠Connector/Jチームにてインターン中です。
>>>>>>>>
>>>>>>>>まず確認したいのですが、使用しているストレージエンジンはInnoDBで宜し
>>
>>いで
>>
>>
>>>>>>>しょうか？
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>さて、InnoDB前提で考えた場合、ちょっと説明が長くなりますが、以下私の
>>
>>予
>>
>>
>>>>>>>>想で
>>>>>>>
>>>>>>>す。
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>【InnoDBにおける行サイズのデフォルトの最大値（約8000バイト)を超え 
>>>
>>>たの
>>
>>が原
>>
>>
>>>>>>>因】
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>InnoDBはテーブルのデータを格納する領域であるTable Spaceを、デフォ 
>>>
>>>ルト
>>
>>では
>>
>>
>>>>>>>16KB
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>(これはコンパイル時に指定されます）のPage単位に分割して管理してお 
>>>
>>>り、
>>
>>
>>>>>>>>それぞれのPage内に各行を"主キーでソートした状態"で格納しています。
>>>>>>>>（InnoDBにおけるClustered Index）
>>>>>>>>
>>>>>>>>これに関連して、InnoDBでは各行の最大長はPageサイズの半分以下であるこ
>>>>>>>>と、と
>>>>>>>
>>>>>>>いう
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>制限があります。デフォルトのPageサイズ16KBにおいては、8KBがこれに 
>>>
>>>当た
>>
>>りま
>>
>>
>>>>>>>す。
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>しかしInnoDBでは、InnoDBではTEXT（LONGTEXT）やBLOB（LONGBLOB）を使用
>>
>>する
>>
>>
>>>>>>>と、
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>該当データをその行が可能されているPageの外に格納することができるた
>>
>>め、
>>
>>
>>>>>>>>実際には最大4GBまでの行を格納することができます。
>>>>>>>>
>>>>>>>>ただし、例えば以下のDDLがあり、
>>>>>>>>
>>>>>>>>CREATE TABLE t1 (c1 TEXT) TYPE=InnoDB;
>>>>>>>>
>>>>>>>>以下のDMLが実行されたとすると、
>>>>>>>>
>>>>>>>>INSERT INTO t1 SET c1 = REPEAT('A', 10000);
>>>>>>>>
>>>>>>>>行が格納されているPageにはカラムc1の先頭512バイトが格納され、
>>>>>>>>Page外に格納されるのは、残りの10000-512=9488バイトとなります。
>>>>>>>>
>>>>>>>>すなわち、この残りの9488バイトについては何も問題は無いのですが、
>>>>>>>>先頭512バイト分については行が格納されているPage内に格納されるため、
>>>>>>>>例えばこのc1のようなカラムが複数存在する場合には、Page内に合計で
>>>>>>>>格納されるデータサイズが8000バイトを超えてしまい、今回生じているよう
>>
>>な、
>>
>>
>>>>>>>>Got error 139 from table handler
>>>>>>>>
>>>>>>>>というエラーがInnoDBから投げられてしまうということになります。
>>>>>>>>
>>>>>>>>例えば以下のようなDDLおよびDMLを実行してみると分かりやすいでしょう。
>>>>>>>>
>>>>>>>>mysql> create table many_text(a text, b text, c text, d text, e 
>>
>>text, f
>>
>>
>>>>>>>text, g
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>text, h text, i text, j text, k text, l text, m text, n text, o 
>>
>>text, p
>>
>>
>>>>>>>text)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>type=innodb;
>>>>>>>>
>>>>>>>>mysql> insert into many_text set a = repeat('.', 512);
>>>>>>>>
>>>>>>>>mysql> update many_text set
>>>>>>>>b=a,c=a,d=a,e=a,f=e,g=a,h=a,i=a,j=a,k=a,l=a,m=a,n=a,o=a;
>>>>>>>>
>>>>>>>>mysql> update many_text set
>>>>>>>>b=a,c=a,d=a,e=a,f=e,g=a,h=a,i=a,j=a,k=a,l=a,m=a,n=a,o=a,p=a;
>>>>>>>>ERROR 1030: Got error 139 from table handler
>>>>>>>>
>>>>>>>>となると、今回の問題の回避方法ですが、以下の2つのどちらかではない 
>>>
>>>かと
>>
>>
>>>>>>>>思われ
>>>>>>>
>>>>>>>ます。
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>１．DDLを変更して8000バイト以上のデータがPage内に入らないようにす 
>>>
>>>る。
>>
>>
>>>>>>>>　　例：テーブルを分割する、行を統合するなど
>>>>>>>>
>>>>>>>>２．コンパイルオプションを指定してInnoDBのPageサイズをデフォルトの
>>
>>16KBか
>>
>>
>>>>>>>ら、
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>　　もっと大きな値にする（最大で64KBまで指定可能）。
>>>>>>>>　　（64KBにすることで制限は8KBから32KBに緩和される。）
>>>>>>>>
>>>>>>>>以上です。
>>>>>>>>
>>>>>>>>皆様、何か補足などありましたら宜しくお願いいたします。
>>>>>>>>
>>>>>>>>kyou tech wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>池田さん
>>>>>>>>>
>>>>>>>>>ご返事ありがとうございます。
>>>>>>>>>対象テーブルは130項目があって、50項目ぐらいはTEXT型です。
>>>>>>>>>中でfull size10000Byte項目が一個、5000Byte、3000Byte項目が若干あ 
>>>
>>>りま
>>
>>
>>>>>>>>す。
>>>>>>>
>>>>>>>
>>>>>>>>>full sizeのレコード長は105KBぐらいです。
>>>>>>>>>もともとMysqlのTextの上限は65535Byteと認識していますから、
>>>>>>>>>個々のフィールドの制限違反よりは、
>>>>>>>>>Mysql(4.0.21)の行のサイズに制限があるような感じしています。
>>>>>>>>>本当にそうでしょうか。もしそうであれば、どこかの設定を修正するか 
>>>
>>>（そ
>>
>>う
>>
>>
>>>>>>>>>願って
>>>>>>>>>います）、
>>>>>>>>>まさかテーブル分割することになるでしょうか。
>>>>>>>>>今回始めてMysqlを使うことで、無知な質問ばかりですみません。
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>From: Tetsuro IKEDA <tetsuro@xxxxxxxxxx>
>>>>>>>>>>Reply-To: ml@xxxxxxxxxx
>>>>>>>>>>To: ml@xxxxxxxxxx
>>>>>>>>>>Subject: [mysql 12767] Re: Mysql　JDBC接続時のサイズ制限
>>>>>>>>>>Date: Thu, 16 Feb 2006 07:07:24 -0500
>>>>>>>>>>
>>>>>>>>>>池田です。
>>>>>>>>>>
>>>>>>>>>>Connector/J（MySQL JDBC Type4 Driver)でStatementあるいはClient- 
>>>
>>>Side
>>
>>の
>>
>>
>>>>>>>>>>PreparedStatementを使用する場合の送信可能なクエリの最大長は2GBで
>>
>>す。
>>
>>
>>>>>>>>>>（普通はそれよりも先にJVMのHEAPサイズが事実上の制限になると思いま
>>
>>す）
>>
>>
>>>>>>>>>>Connector/Jに限らず、MySQLの全ての種類のクライアントは16MBを超える
>>>>>>>>
>>>>>>>>SQL文
>>>>>>>
>>>>>>>に
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>ついては、複数のPacketに分割してサーバへ送信します。
>>>>>>>>>>max_allowed_packetは20MBに設定しているということですので、
>>>>>>>>>>これが原因ということも無いと思います。
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>|java.sql.SQLException: Got error 139 from table handler
>>>>>>>>>>
>>>>>>>>>>こちらのエラーをPerrorで見るに、
>>>>>>>>>>
>>>>>>>>>>D:\mysql\mysql-4.0.26-win32\bin>perror 139
>>>>>>>>>>MySQL error:  139 = Too big row
>>>>>>>>>>
>>>>>>>>>>これはConnector/Jが作成したエラーではなく、
>>>>>>>>>>サーバから"Too big row"というメッセージでエラーが返ってきたこと 
>>>
>>>を意
>>
>>味
>>
>>
>>>>>>>>>>してい
>>>>>>>>>
>>>>>>>>>ます。
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>何か思い当たる節はありませんか？
>>>>>>>>>>
>>>>>>>>>>kyou tech wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>質問内容曖昧ですみません。
>>>>>>>>>>>実は
>>>>>>>>>>>画面上の各項目をfull sizeで入力して登録すると
>>>>>>>>>>>下記のエラーが発生しています。
>>>>>>>>>>>各項目を小さいサイズで入力するとうまく登録できます。
>>>>>>>>>>>full sizeでのレコードの長さ：100KB
>>>>>>>>>>>一応mysql server(4.0.21) の
>>>>>>>>>>>max_allowed_packet
>>>>>>>>>>>max_heap_table_sizeをそれぞれ20MBと32MBに調整したが、
>>>>>>>>>>>同じくエラーが出ていますので、
>>>>>>>>>>>jdbcのクエリーの長さに制限があるかと思っています。
>>>>>>>>>>>ご教授いただければ助かります。
>>>>>>>>>>>
>>>>>>>>>>>|java.sql.SQLException: Got error 139 from table handler
>>>>>>>>>>>|       at
>>>>>>>
>>>>>>>com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2921)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>>|       at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1570)
>>>>>>>>>>>|       at 
>>
>>com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1665)
>>
>>
>>>>>>>>>>>|       at 
>>
>>com.mysql.jdbc.Connection.execSQL(Connection.java:2978)
>>
>>
>>>>>>>>>>>|       at 
>>
>>com.mysql.jdbc.Connection.execSQL(Connection.java:2902)
>>
>>
>>>>>>>>>>>|       at
>>>>>>>>>>>
>>>>>>>
>>>>>>>com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.ja
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>>va:930)
>>>>>>>>>>>|       at
>>>>>>>>>>>
>>>>>>>
>>>>>>>com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>>:1159)
>>>>>>>>>>>|       at
>>>>>>>>>>>
>>>>>>>
>>>>>>>com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>>:1076)
>>>>>>>>>>>|       at
>>>>>>>>>>>
>>>>>>>
>>>>>>>com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>>:1061)
>>>>>>>>>>>|       at
>>>>>>>>>>>
>>>>>>>
>>>>>>>org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdat
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>>e(Unknown Source)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>|       at
>>>>>>>>>>>>
>>>>>>>
>>>>>>>com.sony.framework.util.sqltemplate2.UpdateSQLCommand.runStatement(Up
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>>>>dateSQLCommand.java:65)
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>From: Tetsuro IKEDA <tetsuro@xxxxxxxxxx>
>>>>>>>>>>>>Reply-To: ml@xxxxxxxxxx
>>>>>>>>>>>>To: ml@xxxxxxxxxx
>>>>>>>>>>>>Subject: [mysql 12765] Re: Mysql　JDBC接続時のサイズ制限
>>>>>>>>>>>>Date: Thu, 16 Feb 2006 05:43:19 -0500
>>>>>>>>>>>>
>>>>>>>>>>>>こんにちは。池田です。
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>>Mysql　JDBC接続時のサイズ制限(stateMentの長さ）がありますか。
>>>>>>>>>>>>>もしあれば、どうやって調整（設定）しますでしょうか。
>>>>>>>>>>>>
>>>>>>>>>>>>java.sql.Statementを使う場合にサーバに送信できるクエリの最大長に
>>>>>>>>
>>>>>>>>つい
>>>>>>>
>>>>>>>て
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>>の
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>>>ご質問でしょうか？　
>>>>>>>>>>>>
>>>>>>>>>>>>質問の意図をもう少し詳しく教えてください。
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>--
>>>>>>>>>>>>Tetsuro Ikeda, Intern Development & Support
>>>>>>>>>>>>MySQL Inc, www.mysql.com
>>>>>>>>>>>>Office: +1-206-336-2030   Mobile: +1-206-661-4293
>>>>>>>>>>>>Are you MySQL certified?  www.mysql.com/certification
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>_________________________________________________________________
>>>>>>>>>>>迷惑メールやウイルスへの対策も万全「MSN Hotmail」
>>>>>>>>>>>http://promotion.msn.co.jp/hotmail/
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>--
>>>>>>>>>>Tetsuro Ikeda, Intern Development & Support
>>>>>>>>>>MySQL Inc, www.mysql.com
>>>>>>>>>>Office: +1-206-336-2030   Mobile: +1-206-661-4293
>>>>>>>>>>Are you MySQL certified?  www.mysql.com/certification
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>_________________________________________________________________
>>>>>>>>>パソコンでも携帯電話でも使える 「MSN Hotmail」
>>>>>>>>>http://promotion.msn.co.jp/hotmail/
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>--
>>>>>>>>Tetsuro Ikeda, Intern Development & Support
>>>>>>>>MySQL Inc, www.mysql.com
>>>>>>>>Office: +1-206-336-2030   Mobile: +1-206-661-4293
>>>>>>>>Are you MySQL certified?  www.mysql.com/certification
>>>>>>>>
>>>>>>>
>>>>>>>_________________________________________________________________
>>>>>>>MSNショッピングでXbox360を早速チェック！
>>>>>>>http://shopping.msn.co.jp/softcontent/softcontent.aspx?scmId=593
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>
>>>-- 
>>>Tetsuro Ikeda, Intern Development & Support
>>>MySQL Inc, www.mysql.com
>>>Office: +1-206-336-2030   Mobile: +1-206-661-4293
>>>Are you MySQL certified?  www.mysql.com/certification
>>>
>>
>>_________________________________________________________________
>>MSNショッピングでXbox360を早速チェック！ 
>>http://shopping.msn.co.jp/softcontent/softcontent.aspx?scmId=593
>>
>>
> 
> 
> 


-- 
Tetsuro Ikeda, Intern Development & Support
MySQL Inc, www.mysql.com
Office: +1-206-336-2030   Mobile: +1-206-661-4293
Are you MySQL certified?  www.mysql.com/certification