「エキスパートのための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/29a65c475032cbb89c77a8826d7f7d0deaa294a9/height=288;version=1;width=512/https%3A%2F%2Flh3.googleusercontent.com%2Fblogger_img_proxy%2FAEn0k_sw-XggxX6aLou7TUBCs_LN4HJvxgWBKCsVzva4Bq4D2LnaXzpSD021CMOshbIklreJZMWW9QkPddfXy00iRCBBEgg5dHWjzBfnagxg2VEeWmwIbEic_AhHSPfoFXqAvu1pL6IJzg%3Dw1200-h630-p-k-no-nu)
米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
2. アジェンダ • パフォーマンスと初期設定 • データベースの監視 • 性能劣化とメンテナンス • パフォーマンスチューニング（GUC編） • パフォーマンスチューニング（SQL編） • バックアップ＆リカバリ 本日の資料は http://slideshare.net/uptimejp にアップしてあります。 Copyright 2009 Uptime Technologies LLC, All rights reserved. 4. PostgreSQLプロセス構造 • PostgreSQL 8.4の場合 [snaga@devpg01 ~]$ ps -aef | cat | grep ^snaga snaga 5282 1 0 20:15 tty1 00:00:00 /usr/local/pgsql/bin/postgres - D ./pgdata snaga 5283 5282
[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
psqlを使ってみよう — Let's Postgres
¥copy : 遠隔データロード データロードには、一般に COPY コマンドを使います。データベース・サーバ上にあるファイルからのロードの他、COPY FROM STDIN の形式でネットワーク経由でのロードもできます。psql の ¥copy メタコマンドは、この COPY FROM STDIN の別名です。 =# ¥copy テーブル from 'ローカルパス'; SQL の COPY とは異なり、ファイル名には psql を実行するマシンでのローカルパスを指定します。このパスは絶対パス、相対パスのどちらでも構いません。 ¥x : 列を縦に展開表示 列数が多く、ターミナル画面で1行が折り返されてしまう場合には、¥x で列を縦に表示させると読みやすくなります。デフォルトでは行と列を格子状に表示しますが： =# SELECT oid, datname FROM pg_database;
目的別ガイド：運用管理編 — Let's Postgres
本ページでは、PostgreSQLを運用していく上で必要な事柄を紹介します。「PostgreSQLの運用管理って何をしたら良いのだろう？」とお困りの方は、まず本ページでざっくりと運用の全体のイメージを掴んでみてください。各項目についてもっと掘り下げた情報は、リンク先の記事で紹介しています。 PostgreSQLの運用管理に必要なこと PostgreSQLの運用管理として必要な作業には何があるのでしょうか？運用要件によって必要な作業は変わってきますが、およそ以下の事項が挙げられます。 メンテナンス DBは、日々の運用により内部状態が変化していきます。常に一定のパフォーマンスを発揮するには、良い状態を保つためのメンテナンスが必要です。主に VACUUM や ANALYZE が該当します。 監視 異常を事前に察知する、もしくは発生後に原因を調査するために、DBやOSの状態を監視しておきます。適切
rubyrep: Home
Mission Development of an open-source solution for asynchronous, master-master replication of relational databases that is ridiculously easy to use database independent[1] License Released as open source under the MIT license. Status Production ready. Battle tested. Main Features Can scan two databases for differences Can sync two databases Can continuously replicate between between two databases
ウノウラボ Unoh Labs: 国産MySQLストレージエンジン「Spider」の作者、斯波健徳氏に聞く
こんにちは。中村です。 MySQLにはMyISAM、InnoDB、CSVなどのいくつかストレージエンジンがありますが、皆さんはSpiderというストレージエンジンを聞いたことはありますでしょうか。Spider Storage Engineは斯波健徳さんにより作成されたDatabase Shardingを可能にするストレージエンジンでMySQL 5.1で利用可能です。 先日、某集まりで斯波さんとお会いしたときにSpiderを作っているということを教えてもらったので、早速詳しい内容を教えてもらうことにしました。 ※Spiderについての説明資料はMySQLカンファレンス 2009にて斯波さんが発表されたときのスライドがあります。スライドの直リンク（zip） Spider Storage Engine について posted by (C)フォト蔵 Spider Storage Engineとは？
データベースを用いたセッションデータ管理について - LukeSilvia’s diary
Web アプリケーションとは切っても切れないセッション機構。DB ベースでセッション管理を行なって得られた知見と、それを元に考察した結果をまとめてみます。 セッションデータの特性 DB で管理される他のデータに比べ、セッションデータはかなり特殊です。主な特徴は次のような感じ。 データが増加するのが速い 定期的な削除が必要 頻繁に更新される リクエスト毎に読みに行く必要がある このデータを読めないとアプリケーション全体にアクセスできない アクセス頻度が高いということです。あと、1つ目の特徴からセッションデータについては意識的に管理してやる必要があります。 現在の環境 アプリケーションの領域が少し特殊で、セッションデータがやたらたまります(ユーザ数何百万のサービスとかそういうのではないです)。 RDBMS MySQL 4.0.22 ストレージエンジン InnoDB レコード数 6千万 テータサ
MySQLがフォークか、オープンアライアンスが誕生 － ＠IT
2009/05/14 オラクルによるサン・マイクロシステムズ買収で注目が集まるOSSプロダクトの1つ「MySQL」に異変が起きている。MySQLのオリジナル開発者で創業者でもあるマイケル・ウィデニウス（Michael Widenius）氏は5月13日、オープンソースコミュニティベースでMySQL関連の開発やサポートを行うためのハブとなる「The Open Database Alliance」（ODA）の設立を発表した。 PostgreSQLと並んでオープンソース界でデータベース製品のデファクトスタンダードとなっているMySQLは、サン・マイクロシステムズに2008年1月に買収されたことで同社の一部門に。その後、2009年4月にオラクルがサン・マイクロシステムズを買収すると発表したことから、開発体制やライセンスモデルなどを巡って憂慮の声や憶測が流れていた。オラクルのデータベース製品との整合性
DB設計時のサイズ見積もり - よねのはてな
ここのところ、javaccとawsに魅了されている米林です。 よく使うDB(Oracle/MySQL/PostgreSQL/SQLServer)における設計時のサイズ見積もりで使うサイトの備忘録。 あとは、OracleからのPython情報。 Oracle Oracle 物理設計 http://www.oracle.com/technology/global/jp/columns/skillup/oracle9i/index.html 領域サイズ見積もり http://otn.oracle.co.jp/document/estimate/index.html OTNにログインする必要ありますがオンラインで見積もりが出来ます。 アカウント持っていない人は、この見積もりツールを使う目的でアカウントを作ってみてはいかがでしょうか。 OLTP系とDWH系においてブロックサイズを考慮し、DWH系はブ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mongoid Tutorial (5.0.0)
http://tokumaru.org/d/20090924.html
MySQLの生みの親がプロジェクトのforkを計画 | スラド