MySQL 5.5ストレージエンジン比較、InnoDBのすごいスケール力 | エンタープライズ | マイコミジャーナル
MySQL OracleのMySQLパフォーマンスチームが、最新のMySQL 5.5のストレージエンジンInnoDBおよびMyISAMに対して実施したベンチマークの結果を発表した。2010年12月15日(米国時間)に発表されたMySQL 5.5 GAは2年ぶりに公開されたプロダクションリリース。InnoDBが大幅に改善されマルチコア/プロセッサにおける性能が大幅に向上したという特徴がある。 MySQLパフォーマンスチームの公開した結果はMySQL 5.5 InnoDBの評判を裏付けるものとなっている。36コアCPUのシステムにおいてMyISAMとInnoDBの性能をSysbenchで評価。読み書き試験ではInnoDBがMyISAMの35倍の性能を、読み込みオンリー試験ではInnoDBがMyISAMの5倍の性能をマークしている。ほとんどスケールしないMyISAMと比較して、InnoDBは36
Kazuho@Cybozu Labs: MySQL のボトルネックを統計的に監視・解析する方法
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAIN コマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAIN コマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
米Sunが開発中のMySQLバックアップツール「MySQL Time Machine」 | OSDN Magazine
米Sun Microsystemsの開発者は4月14日、自社ブログで「MySQL」バックアップツールのプロトタイプ「MySQL Time Machine」を開発中であることを発表した。4月20日から4日間、米カリフォルニア州で開催される「MySQL Conference ＆ Expo」にて、同プロトタイプのデモを披露するという。 MySQL Time Machineは、米Appleが「Mac OS X」で搭載している自動バックアップ機能「Time Machine」に似たバックアップ・複製機能。容易かつ簡単に利用できる完全な自動バックアップソリューションを目指すという。 複製、任意の時点に復旧するPoint-in-Timeリカバリ、バックアップと復旧などの機能を持ち、Webベースの管理ツールを備える。一定間隔でのデータバックアップや日時を指定してのデータ復旧が可能という。 現在、すでにMyS
Yahoo!オークションでのMySQL 冗長化技術
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちはオークション事業部プラットホーム技術のチャックです。 オークションでは一部サービスに RDBMS の MySQL を使ってサービスをご提供させていただいております。 オークションでは多くのお客様よりアクセスを頂いておりますので、大量の更新、参照の処理速度に優れた MySQL を選択し、お客様にストレスなくサービスをご利用いただけるよう 日々業務に取り組まさせていただいております。 しかし、精密機器には故障がつきもので、サービス運用の観点からは 「機器が故障するのはしかたない、しかしそれをいかに早く復旧させるか」 といったことを念頭に入れております。 実際には、障害が起こってから復旧させるのではなく、障害が発生した場合に
Connector/J 5.1とServer Side Prepared Statement - mir the developer
ここ数日「MySQL + Connector/J(JDBCドライバ) + プリペアードステートメント」の話題がちらほら出ています。正確に把握はしていないですがSQLインジェクション対策→PreparedStatementという流れできた話のようです。 徳丸浩の日記 - JavaとMySQLの組み合わせでUnicodeのU+00A5を用いたSQLインジェクションの可能性 へぼへぼCTO日記 - useServerPrepStmtsを使うのが根本解決だとはおもう。けど…？ id:kazuhookuのメモ置き場 - MySQL+Java でサーバサイドプリペアードステートメントを使うべきで「ない」理由 自分は元Connector/J開発メンバ(※インターン生として)でもありとても気になる話題なので、Connector/Jのソース解析も含めた説明をここで行いたいと思う。 プリペアードステートメント
mixi Engineers’ Blog » Introducing the Drizzle Project
ここしばらく、水面下でBrian Akerを代表とするMySQL/SUNのエンジニアたちや、業界のオープンソースハッカーたちとMySQLをスリムダウンさせたマイクロカーネルRDBMSを開発していたのですが、本日アナウンスされたので、日本語でご紹介させていただきたいと思います。 Drizzleとは？ Drizzleとは必要のないものは一切存在しない、最低限でパフォーマンス重視な「MySQLよりシンプルで、軽く、安定して、高速な」 MySQLのforkです。マイクロカーネルアーキテクチャを採用したので、必要のないものは後付けできる構成です。こういった目標もあり、現在、Drizzleの開発チームはMySQLをドラスティックにリファクタリングしています。 コミュニティベースのプロジェクト Drizzleで大事な事は、Drizzleはコミュニティベースのプロジェクトであるという事です。Montyのブ
Kazuho@Cybozu Labs: MySQL のクエリ最適化における、もうひとつの検証方法
« メッセージキュー事始め with Q4M | メイン | フレンド・タイムライン処理の原理と実践 » 2008年06月09日 MySQL のクエリ最適化における、もうひとつの検証方法 EXPLAIN を使用して MySQL の SQL を最適化するというのは、良く知られた手法だと思います。しかし、EXPLAIN の返す結果が、かならずしもアテになるわけではありません。たとえば、以下のような EXPLAIN を見て、このクエリが最適かどうか、判断ができるでしょうか。私には分かりません。 mysql> EXPLAIN SELECT message.id,message.user_id,message.body FROM message INNER JOIN mailbox ON message.id=mailbox.message_id WHERE mailbox.user_id=2 OR
MySQL Conference 2008に行って来た - stanaka's blog
今年もMySQL Conference 2008に行ってきました。社内向けの報告資料と雑多なメモですが、よろしければ参考にしてください。 *1 概要 MySQLがSunに買収されて始めてのConference 8セッション並列で、OSCONの規模にだいぶ近い MySQLが扱うトラフィック量・データ量がどんどん大きくなってきており、それにどう追従するか、という観点の話が多い 買収の話とか "MySQL、新機能追加は有償版の「MySQL Enterprise」だけを対象に"というのは、かなりミスリーディングな記事 実体は一部のセキュリティ形の機能やnative storage engine-specific driverをMySQL Enterpriseとして出す、という話 Backup機能や、Falcon, Mariaといったストレージエンジンの開発では、Community ServerとE
MySQL Enterprise の今後についてのニュース - naoyaのはてなダイアリー
カリフォルニアで MySQL カンファレンスが開催されて、その中で Sun に買収された以降の MySQL の今後の方針についてアナウンスがあったようですが、以下のようなニュースとして報じられています。 MySQLは16日、米カリフォルニア州サンタクララで開催中のMySQLコンファレンスの席上で今後の新機能追加は有償版の「MySQL Enterprise」だけを対象としていく方針を明らかにした。 対してブックマークコメントに b:id:heppoko-san さんが元 MySQL AB CEO の Marten Mickos 氏が Slashdot に寄せたコメントの URL (http://developers.slashdot.org/comments.pl?sid=525246&cid=23098626) を貼っておられたので、そちらも見てみました。 中の人のコメントを見るに、そこま
MySQLをファイルシステムとして使う | OSDN Magazine
MySQLfs を使うと、リレーショナル・データベースMySQLの中にファイルシステムを入れることができる。このファイルシステム中のファイルに含まれるバイト列はデータベースの各行に分割して格納されるため、大きなファイルがある場合もデータベースが巨大なBLOBフィールドをサポートしている必要はない。ファイルシステムをMySQLデータベースに入れておくと、データベースが備えているバックアップやクラスタリング、レプリケーションの機能を利用してMySQLfsファイルシステムを保護することができる。 Fedora、openSUSE、UbuntuにはMySQLfsのバイナリー・パッケージは含まれていない。したがって、MySQLfsを使うにはソースからビルドする必要がある。また、あらかじめmysql-develとfuse-develをインストールしておかなければならない（FUSEにより、一般のプログラム
IBM、インメモリDBベンダーのSolidを買収――OracleやMySQLといった他DBベンダーへの影響も | OSDN Magazine
インメモリ・データベースは、データをメモリに格納して扱うことから、通常のディスク・ベースのDBMSよりも高速に動作する。このため、電話網でのコール・ルーティングや証券取り引きなど、非常に高速な処理を求められる分野で高い人気を誇る。Solidの顧客リストには、米国Cisco Systems、ドイツのSiemens、スウェーデンのTeliaSonera、フィンランドのNokiaなど、名だたる企業が名を連ねている。 IBMは同日、2008年第1四半期にSolidとの契約を締結する予定だと発表したが、買収金額については明らかにしなかった。IBMは、Solidの買収により、自社のデータベースにリアルタイム・データ・アクセス機能を追加できるとしている。なお、IBMのライバルである米国Oracleは、2年前にインメモリ・データベース・ベンダーのTimesTenを買収した。 契約が締結されると、MySQL
「Myは私の長女の名，新エンジンMariaを開発中」---MySQLの生みの親Michael "Monty" Widenius氏
「MySQLの『My』は私の長女の名前。今，次女の名前をつけたエンジン『Maria』を開発している」---MySQL共同創業者のMichael "Monty" Widenius氏は，最初にMySQLをひとりで開発した「MySQLの生みの親」だ。Widenius氏にこの数年の変化や近況について聞いた。 2003年にあなたが来日された際，インタビューさせていただき，MySQLを開発し公開した経緯をうかがいました(関連記事）。あれから様々な変化があったと思いますが，最も大きな変化は何でしょうか。 そうですね，何千人も参加する大きなカンファレンスが開かれるようになったことは大きな変化ですね。 MySQLはエンタープライズを含めた多くのシステムで使われるようになった。これも大きな変化です。 今もコードを書いているのですか。 もちろん。MySQLのストレージ・エンジンを書いています。名前はMaria(
MySQL、Googleが開発したコードを採用へ――2009年リリース予定のバージョン6.1から組み込み | OSDN Magazine
オープンソースRDB「MySQL」の開発元であるスウェーデンのMySQLは10月23日、フランスのパリで開催したユーザー・コンファレンスでMySQLの開発ロードマップを発表した。それによると、MySQLの将来版にはGoogleが開発したコードが組み込まれるもようだ。 MySQLの共同創設者でバイスプレジデントのデビッド・アクスマルク氏によると、Googleは今年、他社のコードをMySQLに追加する場合の方針などを定めた、CLA（Contributor License Agreement）と呼ばれるMySQLのライセンス合意書にサインしたという。 Googleが自社の分散システムに関して秘密主義を貫いていることは有名だが、同社が世界でも有数のMySQLユーザーであることはよく知られている。Googleは全世界で何千台ものMySQLデータベースを運用していると言われている。 「自社のニーズを満
MySQLノウハウ
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
spiritlooseのはてなダイアリー - MySQL Proxyがおもしろそう
http://forge.mysql.com/wiki/MySQL_Proxy ほー・・・なかなかおもしろそう。 mod_proxy_balancer and mod_rewrite for MySQLみたいなかんじかなぁ。 といっても、tritonn みたいに MySQL に組み込むんじゃなくって、別プロダクトのサーバ。 load balancing fail over あたりが mod_proxy_balancer っぽくて Query interception Query rewriting Injecting queries あたりが mod_rewrite っぽい。 mod_rewrite みたいに挙動を選ぶ(PとかRとかPTとか)んじゃなくて、コアの挙動はなくて、全部 RewriteMap prg:/path/to/script みたいなイメージっぽい。 「--proxy-lu
MySQL互換のデータベース、MoSQLが登場 | スラド
MySQL互換で日本語のハンドリングを向上させたオープンソースのデータベースMoSQL(もえすきゅーえる)が登場しました。MySQLと異なる点は、 デフォルトの文字コードはUTF-8(5.0&5.1) (デフォルトでは)文字コードの自動変換は行なわない(5.1のみ) 文字コードの範囲外のバイト列でもそのまま格納。データが失われない(5.0&5.1) デフォルトでSennaを組み込んでいるため、高速な日本語全文検索が可能(5.0のみ) ほとんどのエラーメッセージを日本語にできる(5.0&5.1) などとなっています。またcharset指定の機能がないアプリケーションでもクライアントライブラリの文字コードを環境変数で指定することでデータベースに日本語を格納出来るそうですが、あくまでアプリケーション依存なので出来ない場合もあります。 ちなみにマスコットキャラはイルカの「萌ちゃん」で、スウェーデン
「MySQL，PostgreSQLとFirebirdの性能をユーザー会メンバーが徹底比較，判明...
「更新とJOINが多ければMySQL，シンプルなSELECT主体ならPostgreSQLが向いている。ストアド・プロシージャでシングル・コネクションならFirebirdは非常に速い」---6月23日に開催された「オープンソースカンファレンス2007.DB（OSC2007.DB）」で，各オープンソースDBのコミュニティのメンバーによる性能比較が披露され，従来の一般的なイメージとは異なる“意外な結果”が明らかにされた。 オープンソースカンファレンスは，オープンソース関連コミュニティが主催するイベントで，OSC2007.DBはデータベース関連のコミュニティが集まったイベントである。性能比較セッションを担当したのは，日本MySQLユーザ会の堤井泰志氏，日本PostgreSQLユーザ会の片岡裕生氏，Firebird日本ユーザー会の木村明治氏。「あくまでボランティアによる性能比較であって，最速，最新マ
ウノウラボ Unoh Labs: MySQL5からのインデックス結合で１テーブル複数インデックスを使う
komagataです。 Webアプリケーションのパフォーマンスの大半はデータベース、特にインデックスの使われ方にかかっている気がします。 仕事でもMySQLをよく使いますが、MySQLでは１テーブルに付き１インデックスしか使われません。PostgreSQLなどと比べてそのことが気になってMySQLでのパフォーマンスチューニングに全く自信が持てませんでした。 オライリーの実践ハイパフォーマンスMySQLには下記のように書かれています。 実際、UNIONを除き、MySQLでは、１つのクエリを実行するとき、１つのテーブルに付き１つのインデックスしか使用できない。この事実は、繰り返し述べるに値するほど重要である。「MySQLでは、１つのクエリを実行するとき、１つのテーブルにつき１つのインデックスしか使用できないのである。」 また、その制約を考えたクエリの書き方として下記の様に書いてあります。 my
スラッシュドット ジャパン | MySQLを使う5つの理由、使わない8つの理由
本家/.の記事より。CIO.comで、オープンソースRDBMSとして人気のMySQLの長所と短所を2人の専門家に別々に指摘させるという記事が話題になっている。Tina GaspersonはMySQLを使う5つの利点として、すでに普及していること、シンプルであること、TCOが低いこと、よくサポートされていること、柔軟性やスケーラビリティに富むこと、最新テクノロジーのネイティヴサポートを持つことを挙げ(5つと言いつつなぜか6つある)、一方Brent ToderashはMySQLを使うべきでない8つの理由として、ライセンスがGPLであること、それが嫌なら商用のプロプライエタリライセンスを買わなければならないこと、既存データベース環境との統合性の問題、製品としての未成熟、機能的な不十分さ、認証制度の不備、企業内での知名度の問題、スケーラビリティの問題を挙げ、代替案としてPostgreSQLを推奨し
【レポート】Google MySQL登場? - MySQLの関連ツールを公開、本体へのマージを目指す | エンタープライズ | マイコミジャーナル
米Googleは21日(米国時間)からGoogle Codeにおいて「google-mysql-tools」を公開している。google-mysql-toolsは、Googleによって開発されたMySQL関連ツール。MySQLを管理/メンテナンスするためのツールやデータベース自身の改善が施されている。 同梱されている成果物の主な内容は次のとおり。 mypgrep.py - pgrepに似たMySQLコネクションを管理するツール compact_innodb.py - すべてのテーブルをダンプ/リロードすることでInnoDBデータファイルを圧縮するツール MySQL 4.0.26に対する機能追加/拡張パッチ google-mysql-toolsの開発者であり、GoogleのソフトウェアエンジニアであるMark Callaghan氏は、23日(米国時間)付けの自身のブログで同ツールについて解説
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
