InnoDB純正の全文検索エンジンInnoDB FTS
2011-07-28 InnoDB純正の全文検索エンジンInnoDB FTS つい先日、MySQL-5.6.3-labs版がリリースがされました。この中にはInnoDBで動作する全文検索エンジン"InnoDB FTS"が含まれています。これまでは、MySQLとInnoDBの組み合わせで全文検索を行うためにはサードパーティの製品(mroonga 等..)が必要でしたが、これでズバっと選択肢が広がることになります。しかもInnoDBの開発チームが自ら開発した"純正の"エンジンということですから、これは大きな期待が持てます。 いったいどのような製品に仕上がっているのか、ざっくり記事やソースを読んで得た感触を述べてみたいと思います。 written by daijiro.mori どんなエンジンか? エンジンの概要については、 Overview and Getting Started with I
OSSDB界を混乱させるPostgreSQL CEの改名(OSS-DB CE)に反対します。 | キムラデービーブログ
一言二言、知っていることだけコメントさせていただきます。 まず、「PostgreSQL CEの改名」ではないです。SRA OSSとLPI-Japanの間で*話合いがあり(詳細はきいておりません)*、今後はLPI-Japanさんが主体で資格試験のひとつとして実施されると聞いています。 また、LPI-Japanさんが今後MySQLやfirebirdを含めてOSS-DB CEの資格試験とするかどうかは、我々にもわからないところです。 すぐにMySQL版が用意されるかもしれませんし、されないかもしれません。そこのところは独立した団体であるLPI-Japanさんがすべてハンドリングする部分なので。 MySQLも社内テストが充実しているようですので、もしもLPI-Japanに公開できるのであれば、働きかけてみるのも手かもしれません。LPI-Japanがpostgresを最初にOSS-DB-CEに採用し
NoSQLの成功は1:10問題にかかっている:Kenn's Clairvoyance
ここ2-3年ほど、いわゆる非SQL系データベースがホットな話題になってきています。このムーブメントを総称して「NoSQL (Not-only SQL)」と呼ばれることが多いようです。まるでSQLを否定しているかのような誤解を招きやすい用語ですが、かといってキー・バリュー型データストアや列指向DBを総称できる他の呼び方もないので、このエントリではNoSQLという用語を使うことにします。 OracleやMySQLなどのSQLデータベースが成熟していく一方で、SQLデータベースを特徴づける弱点である柔軟性のなさ、堅牢さと引き換えに犠牲になった更新性能の低さ、スケールアウトの難しさなどから、「何でもかんでもRDB」から「目的に応じた永続化」が模索される流れになってきました。 時を同じくして、キャッシュサーバの世界でも、MemcachedのもつシンプルなAPIの使いやすさが評価される一方、LRUによ
MySQLでインデックスを使って高速化するならCovering Indexが使えそう - (ﾟ∀ﾟ)o彡 sasata299's blog
2009年10月28日09:33 MySQL MySQLでインデックスを使って高速化するならCovering Indexが使えそう Linux-DB システム構築/運用入門 (DB Magazine SELECTION) 著者：松信 嘉範 販売元：翔泳社 発売日：2009-09-17 おすすめ度： クチコミを見る 最近、この本を読んでいます。非常に面白いし、参考になります〜。中でもインデックスについての記事が特に興味深かったので簡単にまとめてみます。 前提 ・インデックスは検索性能には効果があるが、更新性能は落ちてしまう ・MyISAM と InnoDB ではインデックスの構造が違う ・インデックスは B+Tree インデックスと呼ばれ、ルート、ブランチ、リーフの階層構造になっている ・インデックスはソートされた状態で作成されている まずは MyISAM と InnoDB でのインデックス
ぼくがPDOを採用しなかったわけ(Shift_JISによるSQLインジェクション)
補足 この記事は旧徳丸浩の日記からの転載です。元URL、アーカイブ、はてなブックマーク1、はてなブックマーク2。 備忘のため転載いたしますが、この記事は2010年7月1日に公開されたもので、当時の徳丸の考えを示すものを、基本的に内容を変更せずにそのまま転載するものです。 補足終わり PHPのデータベース・アクセス・ライブラリPDOは、DB接続時の文字エンコーディング指定ができないため、文字エンコーディングの選択によっては、プレースホルダを使っていてもSQLインジェクション脆弱性が発生します。 追記(2011/06/19) ここに来て急にブクマが追加されはじめていますが、このエントリを書いてから状況が改善しています。PHP5.3.6(2011/03/17)にて、PDOでもデータベース接続の文字エンコーディングを指定できるようになりました。この版で、UNIX版のPHPでは解決しましたが、Win
「エキスパートのためのMySQL[運用+管理]トラブルシューティングガイド」発刊のおしらせ。
来たる6月12日、我が入魂の書籍が発刊される運びとなった。執筆を開始したのはすでに一年以上前であり、本ブログでも何度か「執筆中です！」といいながらなかなか発刊に至らずお待たせしてしまったのだが、しかし時間がかかってしまった分、内容には磨きがかかったと思うので期待して頂きたい。書籍のタイトルは「エキスパートのためのMySQL[運用+管理]トラブルシューティングガイド」。筆者にとって初の著書（単著）である。名前にエキスパートと冠している通り、中級〜上級者向けの一冊となっている。初心者の方は、まずMySQL 徹底入門 第2版などを先に読んでから本書を購入するといいだろう。以下もくじである。 第1章 MySQLの概要 1 MySQLとは 1-1 世界で最も有名なオープンソースのRDBMS 1-2 LAMPの"M" 1-3 History 2 MySQL Serverの種類 2-1 FOSS Exc
![「エキスパートのためのMySQL[運用+管理]トラブルシューティングガイド」発刊のおしらせ。](https://cdn-ak-scissors.b.st-hatena.com/image/square/8ba3ef9665d5ead49f8e0a53e167dbe3d842aa12/height=288;version=1;width=512/https%3A%2F%2Flh3.googleusercontent.com%2Fblogger_img_proxy%2FAJ0KDdXINpZoYs9iSYSITeihKn001zIuS3IuyadN7xqcw0-JsZxk9cHoKIXz-uWDV00HQITb-BXcJzVM_u2pYGM1lp149i7GZGPHUk-7Sx-iEGEa8o0TnPKOaTKQziG9sQg464kRvYRnsw%3Dw1200-h630-p-k-no-nu)
「NoSQL」を上回る性能を目指す次世代型高速SQLデータベース「VoltDB」登場 | OSDN Magazine
ベンチャー企業の米VoltDBは5月25日（米国時間）、オープンソースのデータベースシステム「VoltDB 1.0.1」をリリースした。高速、拡張性、ACID遵守などを特徴とする次世代DBMSとしている。 VoltDBは「Postgres」「Ingres」などのデータベースプロジェクトを共同で創始したMichael Stonebraker氏が設計したもので、Stonebraker氏が非常勤教授を務めるマサチューセッツ工科大（MIT）、ブラウン大学、イェール大学、HP Labsの共同研究「H-Store」がベースとなっている。 VoltDBは豊富なメモリやマルチコアCPUを備えたシステムに最適化されており、データを分散させてメモリ内に配置することで飛躍的に性能を改善しているという。データベースエンジンはマルチスレッドで動作し、データは分割されて各スレッドに配置される。それぞれのスレッドはロッ
MongoMapper, The Rad Mongo Wrapper // RailsTips by John Nunemaker
RailsTips One man, lazily posting some of the things he learns. subscribe » A few weeks ago, I wrote about Mongo and how awesome it is. Towards the end of the article (and in the slideshow) I mentioned MongoMapper, a project I’ve been working on. Over the past few weeks my buddies at Squeejee and Collective Idea have started using MongoMapper and they’ve helped me squash a few bugs and add a few f
MongoDBを今日から始めるためのドキュメント - Masatomo Nakano Blog
追記: 最新情報はこちらです。 MongoDBが流行ってきてる風なので、これだけ読んでおけばMongoDBの雰囲気がわかるだろうってところを、日本語訳が終わっているところから集めてみた。 なるべく順に読めるように並べたつもりだけど、前後してるところもあると思うので、とりあえず読み進めるのをお勧め。 まず、何はなくとも、 コレクション (Collections) 次にコレクションを触るためのシェル。MongoDBのシェルというのは、RDBMSでいうとSQLを直接叩くところで、PostgreSQLのpsqlコマンド, MySQLのmysqlコマンドみたいなもの。 実際にMongoDBを使って開発する場合、直接MongoDBを操作するよりも、各言語(PHPとかRubyとかJavaとか)のマッパー経由で使うことが多いとは思う。しかし、SQLを知らないとO/Rマッパーを使いこなすのが難しいように、シ
米Oracleによる買収に懸念？ MySQLの利用者が減少する傾向に | OSDN Magazine
調査会社の米The 451 Groupは12月4日（米国時間）、米Oracleが4月に発表した米Sun Microsystemsの買収計画による「MySQL」への影響、利用者の意識などを調べた報告書を発表した。MySQLの利用減少が予想される一方、「PostgreSQL」「MariaDB」などの利用が増加するとまとめている。 この調査は451 Groupのオープンソースコミュニティネットワーク「CAOS」のメンバー347人を対象に、データベースの利用状況やOracleの買収計画について聞いた。 回答者のうち82.1％が「現在MySQLを利用中」と回答したが、2011年にはこの数値は78.7％、2014年には72.3％と減少する予想という。一方、MySQLのフォークであるMariaDBは現在0％だが、2011年には3.5％、2014年には3.7％が導入する予想という。また、オープンソースデー
MySQLは減るかもしれない、PostgreSQLとMariaDBへ | エンタープライズ | マイコミジャーナル
Analysis and Research of the latest developments in Technology, Business Models, and Mergers and Acquisitions. The 451 Group - 451 CAOS Theoryにおいて451 Group survey highlights user concerns over Oracle’s proposed ownership of MySQLのタイトルのもと、OracleのSun Microsystems買収にともなってMySQLの開発主体および支援グループがOracleに移行することに関してどう考えるかを問う調査結果の概要が発表されている。CAOSユーザコミュニティに対して実施された調査で、提案されている取り引きをどう考えているかや、現在のデータベースの利用状況などが調査され
Oracleちょっとやばいんじゃない、と言う話 - novtan別館
今回の職場ではDB2の最新バージョンを使うことになって、いろいろ情報収集。DB2 9.7の目玉機能はOracle互換。今になってIBMが急にOracle互換を頑張るとはどういうことだろう、と思っていた。果てには、負荷分散の仕組みをシェアードナッシングだけじゃなく、Oracle RAC式のシェアードエブリシング型までパッチでｗ導入する始末。 と言う話をしていたら、一緒に働く別の会社(Oracleにコミットしていてみんな詳しい)の人が、「あー、そうなんですか。更にまずいなあ。最近Oracle売れなくてやばいんだよね」とおっしゃる。 Oracleはオープン系サーバー向けRDBMSで業界を席巻した会社だけど、次の成長戦略のためにグループウェアにERP、ディスク装置とアレやコレやと買収し、果てはハードからOSまで買収しちゃったわけですね。ところで、これでOracleとしては、ITフルサービスを自社で
PostgreSQL安定運用のコツ2009 @hbstudy#5
2009年11月14日のインフラエンジニア勉強会（hbstudy）で使用したスライドです。 hbstudy#5 http://tinyurl.com/hbstudy5 ・パフォーマンスと初期設定 ・データベースの監視 ・性能劣化とメンテナンス を含んでいます。Read less
[pdf]PostgreSQLのチューニング技法- しくみを知って賢く使う PostgreSQL Tuning Technique-
PostgreSQLのチューニング技法 - しくみを知って賢く使う PostgreSQL Tuning Technique - Let's use PostgreSQL effectively, finding out its internals PostgreSQL Conference 2009 Japan 2009.11.21 PostgreSQLしくみ分科会 PostgreSQL Mechanism Research Working Group 笠原 辰仁. 坂田 哲夫. 桑村 潤. Tatsuhito Kasahara. Tetsuo Sakata. Jun Kuwamura. welcome ! 今日は、PostgreSQLのパラメータについて、しくみを 交えながら解説します 各パラメータの働きのしくみと、設定方針を解説します また、パラメータ依存で引き起こされる問題とその
実録、ほぼ無停止なMySQLのフェイルオーバ (動画もあるよ) - （ひ）メモ
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン でも掲げたゴールである、「マスタが落ちてもぐーすか寝ていられるようにしたい」がほぼできたので、ほとんどサービスが停止することなく、フェイルオーバする様をスクリーンキャストに収めました。 埋め込みプレイヤーだと、小さくてわからないと思うので、リンク直接でみてください。 http://www.irori.org/pub/mysql-mm.mov 登場するホスト 登場するホストは2台、db901とdb902です。 最初は、db901が更新系クエリを受けるプライマリでdb900の浮動IPアドレスを持っています。 画面分割 画面は5分割しています。 左上 = 「select sysdate(),@@server_id」をdb900に対して(sleep 1しながら)延々と実行しまくりんぐ 右上 = ping -n
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン - （ひ）メモ
MySQLで、レプリケーションベースのHAな構成について考えたメモです。 3台(というか2台＋1台)がいいかなぁと思っていて、前半はその理由を、後半では{マスタ,スレーブ}が{再起不能になった,ちょっとダウンしてすぐ復帰した}場合のリカバリプランについて書きます。 今のところはこれがベストかなと思っているのですが、「こうしたほうがいいと思う！」「ここがおかしい！」などなどのご意見はコメント、TBなどでいただけるとうれしいです。 ゴール マスタが落ちてもぐーすか寝ていられるようにしたい リカバリの作業はできるだけ単純に、かつ、短時間で完了するようにしたい めんどくさいのはいや 基本構成、方針 2台＋1台 サービスで使うのは2台 (db1, db2) もう1台は管理用 (db3) スレーブを多数並べる構成にはしない 台数増えると管理コストが上がる マスタダウン時のフェイルオーバとそのフェイルバ
Kazuho@Cybozu Labs: パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ (BPStudy#25発表資料)
先週金曜日、BPStudy#25で、「パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ」という題目で話をさせていただきました。その際に使用した発表資料は以下のとおりです。 1. Happy Optimization 最初に、最適化の考え方として、上限値を予測し、それを元にリソース配分を考える、という手法を説明しました。
MySQLのデータベースのバックアップ方法 - memo.xight.org
Summary MySQLのデータベースのバックアップ方法についての備忘録 DBを停止してよい場合 (ファイルのコピー) # /etc/init.d/mysqld stop # cp -r /var/lib/mysql /path/to/backup/mysql-backup # /etc/init.d/mysqld start DBを停止したくない場合 (オンラインバックアップ) mysqlhotcopy, mysqlsnapshot, mysqldump などを利用する。 mysqlhotcopy ISAMテーブルやMyISAMテーブルをそのままの形でオンラインバックアップするPerlスクリプト # mysqlhotcopy -u user -p password dbname /path/to/backup mysqlsnapshot サーバ上のすべてのISAMテーブルまたはMyIS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mongoid Tutorial (5.0.0)
http://tokumaru.org/d/20090924.html