実録、ほぼ無停止な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
InnoDBのファイルサイズ管理
最近、InnoDBのデータ領域（テーブルスペース）が成長してしまって元に戻すことが出来ない場合の対処についてよく質問されるので、今日はテーブルスペースが成長することへの対策について説明しよう。（ここのところMySQLネタが続いているが、Planet MySQL日本語版を意識しているわけではないのであしからず！！＜＜ホントかよ？！＞俺） InnoDBのテーブルスペースが成長してしまうのは、ズバリ自動拡張しているからである。テーブルスペースに対して何もオプションを指定しないと、デフォルトでは次のような設定と同じテーブルスペースが作成される。 [mysqld] innodb_data_file_path=ibdata1:10M:autoextend サイズは10MBしかないが、自動拡張するのである。自動拡張してしまうと何が問題なのかというと、データが増えた場合にファイルシステムの空き領域を使い切
MySQL (InnoDB) における行のサイズと速度の関係について - kazuhoのメモ置き場
集約演算を行うケースでは、行のサイズを小さく保つことはとても重要。アクセス頻度が低いコラムは別テーブルに追い出すとかしたほうがいいくらい。 一方、集約演算を行わないケース (単一行の insert, update 等を含む) の場合は、(クライアントとの通信のための) システムコールがオーバーヘッドになるので、小さなテーブルにたくさんアクセスをするよりも、長い行を持つテーブルに１回アクセスするほうが良い。 たとえば手元の環境での insert on duplicate key update の速度は、 行のサイズ 必要時間 0KB 1 3KB 4 6KB 7 9KB 13 12KB 13 とかそんな感じ (環境やクエリによる変わるので自分で測定してね。9KB の速度低下はページサイズの1/2を超えたからかな)。つまり、行のサイズが1KB程度だと、通信のオーバーヘッドが大きいからあまり問題に
mysql -Xでクエリーの結果をXMLで取得 - 技術メモ帳
mysql -X でクエリーの結果がXMLで取得できるらしい。 興味深いのでやってみた。 なんか適当にテーブルを作成する。 とりあえず、4つのカラムを持つtというテーブル作った。 mysql> create table t(id int not null, name varchar(255), body text, updated_at datetime); mysql> insert into t values(1, 'name', 'body', current_timestamp); mysql> insert into t values(2, 'name2', 'body2', current_timestamp); とりあえず、普通にSELECTで表示してみる。 # mysql -e 'SQL' で任意のSQLを実行可能。ワンライナーに使えます。 $ mysql -e 'sele
InnoDB vs MyISAM (vs Falcon) を読んで興味深いと思った点 - （ひ）メモ
InnoDB vs MyISAM vs Falcon benchmarks - part 1 を読んだ。興味深かった。 だけだとナンなので、思ったことをメモってみる。 がんばれFalcon まだ生まれたてなのでベンチマークの結果は参考程度に。 InnoDB vs MyISAM The second goal of benchmark was a popular myth that MyISAM is faster than InnoDB in reads, as InnoDB is transactional, supports Foreign Key and has an operational overhead. As you will see it is not always true. の通り、どちかというと(Falconより)InnoDBとMyISAMの性能比較の方が興味深い点が
DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
「MySQLは有償のEnterpriseと無償のCommunity Serverに分かれる」---MySQL社長
10月17日，MySQLはサブスクリプション（購読制）サービスおよび有償データベース「MySQL Enterprise」を発表した。（関連記事）。無償版は「Community Server」という名称になる。どう変わるのか。詳細を，MySQL副社長で日本法人社長のラリー・ステファニック氏に聞いた。 ---MySQL Enterpriseが出たことで，何がどう変わるのか。 MySQLは有償のEnterpriseと無償のCommunity Serverに分かれる。MySQL EnterpriseはMySQL本体に，インストールと設定ウィザード，データベース・サーバー監視サービスなどが付属したもの。監視サービスでは，データベースのセキュリティ，パフォーマンスの監視がツールによって行われる。 MySQL Enterpriseは毎月のソフトウエア・アップデートと，四半期ごとのサービス・パックを提供す
MySQL 文字化け問題を本気で直す
mysql> status; -------------- mysql Ver 14.7 Distrib 4.1.20, for redhat-linux-gnu (i386) using readline 4.3 Connection id: 36 Current database: staff2006 Current user: maiha@localhost SSL: Not in use Current pager: lv Using outfile: '' Using delimiter: ; Server version: 4.1.20 Protocol version: 10 Connection: Localhost via UNIX socket Server characterset: latin1 Db characterset: latin1 Client char
【特集】MySQL Clusterを試す - クラスタ化した分散アドレス帳をつくる (1) オープンソース・ソフトウェアと高可用性への挑戦 | エンタープライズ | マイコミジャーナル
IntelのXeonやAMDのOpteronといった64ビットアーキテクチャが実用的になるに伴って、従来メインフレームやRISCサーバが担っていた大規模なエンタープライズシステムを、クラスタ化されたIAサーバで置き換える動きが活発化し、いわゆる「グリッド・コンピューティング」への移行が進みつつある。一般的に、情報システムの信頼性を高めるためには、2つのアプローチがある。まず、システムを構成するハードウェア、ソフトウェア自体の品質を高めることがひとつだが、一定の水準以上の品質向上は、どうしても高コストになりやすいのが難点だ。そこで、現実的な選択肢として重要となるのが、「グリッド」「クラスタ」といった冗長化の技術である。単独のシステムでは性能、信頼性が要求に満たないとしても、複数のシステムの集合として冗長化されたグリッドやクラスタでは、各構成システムが相互に補完しあいながら全体として高い信頼性
[紹介][Rails] RadRailsをサポートしたInstant Rails 1.4がリリース
Posted by masuidrive Tue, 10 Oct 2006 00:03:33 GMT Instant Rails 1.4 final released Windowsで簡単にRails環境を構築できる、Instant Rails がバージョンアップしました。 今回のバージョンアップでRadRailsと連携が取れるようになったようです。 収録ソフトは下記のようになっています。 Instant Rails Manager 1.4 Ruby 1.8.5 (from the One-Click Ruby Installer 1.8.5-21) Ruby on Rails 1.1.6 Apache 1.3.33 MySQL 4.1.9 MySQL/Ruby 2.7 (native driver) Mongrel 0.3.13.3 phpMyAdmin 2.6.1 Typo 2.6 P
cl.pocari.org - 拡張され続ける InnoDB のデータファイルのサイズを小さくする方法
拡張され続ける InnoDB のデータファイルのサイズを小さくする方法 2006-07-07-2: [MySQL] MySQL でトランザクションを可能にするストレージエンジンとして InnoDB があります． InnoDB のデータファイルは，MyISAM テーブルと異なって，デフォルトでは ibdata1 というファイルにデータが蓄積されていくとこになります． MySQL の datadir に自動拡張する 10 MB の ibdata1 ファイルが 1 つと、5 MB の ib_logfile ログファイルが 2 つ作成されます - 7.5.3. InnoDB 起動オプション http://dev.mysql.com/doc/refman/4.1/ja/innodb-start.html この ibdata1 は，大量のデータを追加していくと，自動的にサイズを拡張していきます． ただ
BKCon 2006 - にぽたん研究所
昨日は BKCon 2006 に行ってきた。 BK というのは「一般的にはバッドノウハウの事」なんですが、昨日のは、BKCon と言っても、かつて開催された Bad Knowhow Conference 2004 の続編とかではなく、"B"atara "K"esuma "Con"ference 2006 です。 ※正しくは横浜 Linux ユーザグループ主催の「第 65 回カーネル読書会」のテーマ "mixi.jp: Scaling Out With Open Source" です。 ちなみに、Batara Kesuma さんというのは、株式会社ミクシィの取締役。 mixi の裏側を見せますというか、ちょっと hip な言いかたをすれば "Inside mixi's backend" ってカンジです。 とりあえず、プレゼン内容は YAPC::Asia の時と大凡同じでしたが、プレゼンの持ち
サイボウズMySQL採用に見る破壊的イノベーション - naoyaのはてなダイアリー
サイボウズがそれまでのプロプライエタリな姿勢から、MySQLの採用に踏み切った背景には何があるのか。サイボウズの代表取締役社長、青野慶久氏がその真意を語った。 サイボウズが製品パッケージに使用しているDBを独自DBからMySQLに変更した、その理由を社長自らが語るという記事。市場におけるMySQLの現在の状況がよく分かる、非常に有益な記事です。 以前にNDO::Weblogの方で'MySQL は商用 RDBMS にとっての破壊的イノベーション'と題して、はてなにおけるMySQLの使い方を例に、MySQLがどうして破壊的かということを述べました。はてなにおいては、 そこまでうまくいくかどうかは別として、MySQL や PostgreSQL がどうして破壊的なのかという問いに関しては、まず第一にフリーだからという点が挙がります。しかし実はここは重要なポイントではなく、コストが劇的に下がったこと
MySQLでカラムの暗号化／復元 (Nega Diary)
DBを作る上で必ず悩んでしまう問題。 もし、もし、仮にDBからレコードのデータを全部ぶっこぬかれた場合、そこに個人情報が載っかってると非常にマズイ。 だから、もし、もし、仮にDBからレコードをぶっこぬかれても、データとして意味が内容に、暗号化しておけないか・・と。 DBに格納されている時は暗号化されておいて、スクリプトから取り出した時点で、復元されているという感じ。 MD5やCRYPTは、一方通行なため、暗号化する前のデータがわかってなければ使えない。 どうしたらいいものかと調べたので、結果をここにまとめる。 環境：MySQL 4.0.2以降 phoneというカラムがあり、これを暗号化する。 INSERT INTO test( phone ) VALUES ( AES_ENCRYPT( '0120-000-1234', 'secret_key' ) )
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サイボウズ株式会社
衝撃! informixでも件数制限出来た - つれづれネット散歩
lc2004: heartbeat と MySQL で実現したデータベースクラスタリング環境の構築
oracleでテーブル定義の取得の仕方に関して MySQLではshow full columns from *テ... - Yahoo!知恵袋
MySQLの小技
http://pcweb.mycom.co.jp/news/2005/10/25/038.html