groongaストレージエンジンのテストリリース - mir the developer
MySQL 5.1対応の全文検索エンジンである「groongaストレージエンジン」がテストリリースされました。 groongaストレージエンジンの公式サイト http://mroonga.github.com/ ご存知の方もいらっしゃると思いますが、groongaはSennaの後継プロダクトとして開発が行われている全文検索エンジンです。今回リリースされたgroongaストレージエンジンはこのgroongaをMySQLにストレージエンジンとして組み込んだものになります。 詳細は日本MySQLユーザ会MLへ投稿されたアナウンスメールあるいは上記公式サイトを見てください。 http://www.mysql.gr.jp/mysqlml/mysql/msg/15373
MoSQL ストレージエンジンの開発をはじめました - mir the developer
MySQL日本ユーザ会日本MySQLユーザ会から許可をいただいて"MoSQL"の名前でストレージエンジン開発を始めました。 現行のTritonn(MySQL本体+patch+libsenna+libmecab、MyISAM + Senna Index APIベース)をPluggable Storage Engine化したものを目指します。 リリース予定日は未定です。 最新のソースは以下にあります。 http://tritonn.svn.sourceforge.net/svnroot/tritonn/mosql-engine 一応、ビルド＆インストールはできます。(INSTALL PLUGIN と SHOW ENGINE だけしかできないっす） svn checkout autoreconf -i その先はYASEと同じ Wassrで開発の進捗をかいていきます。 http://wassr.j
YappoLogs: Senna+MySQLをより超高速にするパッチ
Senna+MySQLをより超高速にするパッチ 当者比50～100倍程のスピードアップ（クエリ/テーブル構造による）のパッチです。 MySQL(特にFullText boolean mode)のlimitの実装はある意味効率の悪い実装になっている。 例えば、limit 100000,100といったクエリを投げると100100行分のデータをディスクから読み込むのである。 まぁ、whereなどの条件に一致する100000件のレコードを先に確定させなければいけない訳で当然といえば当然である。 order byとか使ってたらなおさら。 無論SQL_CALC_FOUND_ROWSなんか使ってると全件確定させなきゃいけないから大変。 当然これらはindexを使用していない時の挙動だと思う。 indexのみが使われたクエリの挙動は未確認だけど。 さて、ここから本題。 では、Senna+MySQLの挙動は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Re: バージョンアップ手順 (Senna-dev 174) - senna - OSDN
