Kazuki Nakajima
nkjm.****@gmail*****
2007年 6月 19日 (火) 10:49:09 JST
こんにちは、中嶋と申します。 > ・FULL TEXT INDEXを張ったテーブルを含むデータベースのDROPができない。 こちらのdrop index, drop databaseの不具合について、こちらの環境でも再現しました。 Tritonnのバグの可能性がありますので調査してみます。 バグであれば修正しますの でもう少しお待ち下さい。 *すでにかなり経っていますが。。 > ・複数のcreate tableを実行すると、ひとつでもFULL TEXT INDEXを含むとすべ > てのインデクスがFULL TEXTになる。 こちらに関しては再現できませんでした。 この現象はを確認させていただきたいのですが、 1.テーブル:Aを作る。 2.テーブル:Aにfulltext indexを貼る。 3.テーブル:Bを作る。 4.テーブル:BにBtreeのインデックスを貼る。 5.するとテーブル:Bのインデックスがfulltextに変身する。 ということでしょうか? もしできれば現象が再現する最小手順を教えていただけると助かります。 宜しくお願いします。 07/06/07 に 久岡 秀司<hisao****@skygr*****> さんは書きました: > お世話になります。 > > 末永様> > 下記の件、有難うございました。 > > 早速、Windows版のビルドにトライしてみました。 > > http://qwik.jp/senna/mysql_windows.html > を参考に試みました。 > > 結果として、ビルドは通すことはできたのですが、動作させたところ以下のよう > な問題がでました。 > ○mysqld.exeを起動した場合 > ・FULL TEXT INDEXを張ったテーブルを含むデータベースのDROPができない。 > ⇒ drop database xxxの実行結果 > mysql> drop database raptor; > ERROR 1010 (HY000): Error dropping database (can't rmdir '.\xxx', > errno: 41) > ⇒xxxx.006.SEN.i.c等のファイルが削除されない。 > > > ・複数のcreate tableを実行すると、ひとつでもFULL TEXT INDEXを含むとすべ > てのインデクスがFULL TEXTになる。 > ⇒以下のようなcreate tableを走らせるとUsersのインデクスもFULL TEXT INDEX > になります。users.001.SEN.i.c等のファイルができてしまいます。 > > CREATE TABLE Users( > id BIGINT NOT NULL AUTO_INCREMENT, > group_id BIGINT NOT NULL, > account_id VARCHAR(16) NOT NULL > PRIMARY KEY(id) > ) TYPE=MyISAM; > > CREATE UNIQUE INDEX Users_INDEX1 ON Users (account_id); > > CREATE TABLE Documents( > id BIGINT NOT NULL AUTO_INCREMENT, > path TEXT NOT NULL, > name VARCHAR(256) NOT NULL, > PRIMARY KEY(id) > ) TYPE=MyISAM; > > CREATE FULLTEXT INDEX Documents_INDEX1 ON Documents (path, name); > CREATE FULLTEXT INDEX Documents_INDEX2 ON Documents (path); > CREATE FULLTEXT INDEX Documents_INDEX5 ON Documents (name); > > CREATE FULLTEXT INDEX Documents_DUMMY ON Documents (creator); > DROP INDEX Documents_DUMMY ON Documents; > > > ○mysqld-nt.exe, mysqld-max.exe, mysqld-max-nt.exeを起動した場合 > ⇒ 以下のエラーが出ます。 > Error: Freeing pointer out of range at line 123, '.\mi_close.c' > Error: Freeing pointer out of range at line 130, '.\mi_close.c' > Error: Freeing pointer out of range at line 123, '.\mi_close.c' > Error: Freeing pointer out of range at line 130, '.\mi_close.c' > Error: Freeing unallocated data at line 123, '.\mi_close.c' > Error: Freeing pointer out of range at line 130, '.\mi_close.c' > Error: Freeing unallocated data at line 123, '.\mi_close.c' > Error: Freeing unallocated data at line 130, '.\mi_close.c' > Error: Freeing unallocated data at line 123, '.\mi_close.c' > Error: Freeing unallocated data at line 130, '.\mi_close.c' > Error: Freeing unallocated data at line 123, '.\mi_close.c' > Error: Freeing unallocated data at line 130, '.\mi_close.c' > > ⇒MySQLが落ちます。 > > 問題点、解決方法などご存知な方いらっしゃいましたらどうぞご教授ください。 > 宜しくお願いいたします。 > > なお、ビルド環境ですが以下のとおりです。 > ・Visual Studio 2005 > ・mecab 0.95(Windowsバイナリ版) > ・senna-1.0.4.tar.gz > ・tritonn-1.0.2.mysql-5.0.37.senna-1.0.4.tar.gz > ・mysql-5.0.37.tar.gz > > どうぞ宜しくお願いいたします。 > > Tasuku SUENAGA wrote: > > 末永です。 > > > > FULLTEXT INDEXが9つあるということで、 > > もしかしたらメモリ不足になっているのかもしれません。 > > > > Windows環境ですと、 > > ((語彙表最低128M + デフォルトのバッファサイズ128M) > > * インデックス9つ)ぶんのメモリが必要となります。 > > すなわち、Sennaのみでメモリが2.3GB必要となります。 > > 語意表のサイズが増えると、さらにメモリが必要になります。 > > > > WindowsそのものとMySQLが必要とするメモリを勘案すると、 > > トータルで3GBほどのメモリが必要になってくると考えます。 > > > > Tritonnでは、将来的に1つのマルチカラムインデックスで > > 任意の部分カラムを検索できるようになる機能が > > 実装される予定と聞いております。 > > この機能が実装されると、 > > インデックスが1つしか存在しないため、 > > メモリ使用量もインデックス1つ分のみとなるでしょう。 > > > > なお、 > > mysql-5.0.24aもSenna 0.8.1も古くなってしまったので、 > > いったん公開を停止しました。 > > > > MySQL 5.0.27あたりとSenna 1.0.7を組み合わせた > > バイナリを誰か作ってくれるとうれしいです… > > > > 久岡 秀司 さんは書きました: > >> はじめまして。ヒサと申します。 > >> 宜しくお願いいたします。 > >> > >> 貴コミュニティからダウンロードした「mysql-5.0.24a-senna-0.8.1- > >> win32.zip」が安定しない状況です。 > >> > >> 現在、バッチ的に連続してmysql-5.0.24a-senna-0.8.1-win32.zipに対してデー > >> タを書き込むプログラムを開発しております。書き込み先がMeCabに対応した > >> FULL TEXT INDEXのカラムを合計9つ有するテーブルです。 > >> > >> 現象としましては以下のとおりです。 > >> ○書き込み中に突然、mysql-nt.exeのプロセスが不正終了する。 > >> ○イベントビューアを見ると以下のエラーが出ています。 > >> エラー内容: > >> 0000: 41 70 70 6c 69 63 61 74 Applicat > >> 0008: 69 6f 6e 20 46 61 69 6c ion Fail > >> 0010: 75 72 65 20 20 6d 79 73 ure mys > >> 0018: 71 6c 64 2d 6e 74 2e 65 qld-nt.e > >> 0020: 78 65 20 30 2e 30 2e 30 xe 0.0.0 > >> 0028: 2e 30 20 69 6e 20 6c 69 .0 in li > >> 0030: 62 6d 65 63 61 62 2e 64 bmecab.d > >> 0038: 6c 6c 20 30 2e 30 2e 30 ll 0.0.0 > >> 0040: 2e 30 20 61 74 20 6f 66 .0 at of > >> 0048: 66 73 65 74 20 30 30 30 fset 000 > >> 0050: 36 30 37 63 61 607ca > >> > >> エラー発生アプリケーション mysqld-nt.exe、バージョン 0.0.0.0、エラー発生 > >> モジュール libmecab.dll、バージョン 0.0.0.0、エラー発生アドレス 0x000607ca > >> > >> 詳細な情報は、http://go.microsoft.com/fwlink/events.asp の [ヘルプとサ > >> ポート センター] を参照してください。 > >> > >> ○再度、MySQLを起動すると、当該テーブルへのinsertなどのクエリを実行でき > >> ず、再度、インデックスを構築する必要がある。 > >> > >> 尚、私どもの環境につきましては以下のとおりです。 > >> ・mysql-5.0.24a-senna-0.8.1-win32.zip > >> ・MeCab0.95 > >> ・Windows2003 SP2/WindowsXP SP2 > >> > >> どなたか回避方法や原因につきまして情報をお持ちな方、いらっしゃいましたら > >> どうぞ宜しくお願いいたします。 > > ---- > > Tasuku SUENAGA <a****@razil*****> > > > > _______________________________________________ > > Senna-dev mailing list > > Senna****@lists***** > > http://lists.sourceforge.jp/mailman/listinfo/senna-dev > > _______________________________________________ > Senna-dev mailing list > Senna****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/senna-dev > -- Kazuki Nakajima Advanced Technology Development Div. Sumisho Computer Systems Corporation