無停止でALTERできるPercona-Toolkitのonline-schema-change - FAT47の底辺インフラ議事録
MySQL5.5をまだまだ絶賛利用中な私です。 サービスを運用しているとINDEX追加やカラム追加を行いたい要望が多々発生します。 それも無停止で。 MySQL5.6からは無停止でINDEX追加やカラム追加ができるオンラインDDLが実装されました。 カラム追加はまだ色々制約があるみたいですが…。 http://dev.mysql.com/doc/refman/5.6/en/innodb-create-index-overview.html pt-online-schema-change MySQL5.5でも似たようなことをやりたいので、 有名な「Percona-Toolkit」に同梱されているpt-online-schema-changeを利用しています。 http://www.percona.com/software/percona-toolkit 通常はロックが掛かってしまうALTER
Percona Toolkit pt-online-schema-change でサービス無停止スキーマ変更 | 外道父の匠
テーブルにカラムやインデックスを追加するといった、いわゆるスキーマの変更を行うときは、通常、サービスをメンテナンスに入れてから作業をしなくてはいけません。理由は、ALTER TABLE実行中は共有ロックがかかってしまうため、更新クエリを実行しても即座に完了しなくなるからです。そうすると、アプリからみればおそらく更新クエリを発行するページではHTTPタイムアウトになりますし、参照だけのページでもかなり遅くなることでしょう。 サービスの改良をすると必ずスキーマ変更が必要になりますが、しかしサービスは可能な限り24時間365日提供したいもの。Percona Toolkitの pt-online-schema-change はそんな悩みを払拭し、サービスを停止すること無くスキーマの変更を可能にしてくれます。 概要と仕組み Percona Toolkitは全てPerlスクリプトなので、/usr/bi
pt-online-schema-changeを利用して無停止でスキーマ変更 - (ﾟ∀ﾟ)o彡 sasata299's blog
2013年12月24日10:39 MySQL pt-online-schema-changeを利用して無停止でスキーマ変更 この記事は MySQL Casual Advent Calender 2013 の24日目です。 世間ではクリス○ス・イブですが、箱根駅伝が待ち遠しいですね！！今年はどの大学が優勝するのでしょうか！？シード権争いも見逃せませんっ！！━ヽ(･∀･)ﾉ━(∀･ﾉ)━(･ﾉ )━ヽ( )ﾉ━( ヽ･)━(ヽ･∀)━ヽ(･∀･)ﾉ━ 、、さて、今回は pt-online-schema-change を使ってみた話です。どうしてこれを使うことになったの経緯は以下をご覧ください。 - MySQLでカラムやインデックスの追加、削除をするときのロックの話など - 昨日の流れ - Togetterまとめ pt-online-schema-change を使うと何が嬉しいのか pt-on
最強のMySQL HA化手法 - Semi-Synchronous Replication
MySQL 6.0で搭載される予定の機能の一つに、Semi-Synchronous Replicationというものがある。コイツを使うととんでもなく凄いHA化ができるので、今日はその方法を紹介しよう。 まずはSemi-Synchronous Replicationの機能説明から。そもそもSemi-Synchrounousってナニ？どうして完全な同期でもなく非同期でもなくSemi-Synchronousなの？という疑問をまずは解消したいと思う。さっそく次の図を見て欲しい。 これはSemi-Synchronous Replicationの動作を図で表したものである。図だけではなんだかよく分からないと思うので、以下に各ステップの詳細を説明する。 アプリケーション（クライアント）からトランザクションをCOMMIT要求を出す。 バイナリログを更新する。 ストレージエンジン（テーブル）を更新する。
suz-lab.com - suz lab リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
MySQLサーバ semi-synchronous replication メモ その２ - rain －しとしと降る雨の夜に－
semi-synchronous replication でレプリケーションが上手くいったので調子に乗っていたら、 Masterに障害が発生したとき、SlaveをMasterにして運用しなければならないので、 そのときの手順を明確にしておいたほうが良いという神の声が聞こえました。 で実際入れ替えてみたりして分かったことなんですが。 分かったこと・すべきこと MasterとSlaveの立場が逆転することを考えて構成するならば、 semi-synchronous replication のプラグインは Master用、Slave用どちらもインストールしておく。 障害時の対応方法 仮に host1(Master)とhost2(Slave)とすると。 host1が死んでしまった場合、アプリケーション側の参照先DBを Slaveへ切り替えて事なきを得るのですが。 host1 もしくは別筐体のhost
Pacemaker+DRBD+heartbeatでMySQLのクラスタ - Qiita
Pacemaker+DRBD+heartbeatでMySQLのクラスタ構成を作ってみる。 利用するパッケージは以下の通り。 CentOS 5.6 drbd83-8.3.12-2.el5.centos heartbeat-3.0.3-2.3.el5 pacemaker-1.0.12-1.el5.centos mysql-server-5.0.95-1.el5_7.1 各プロダクトのインストールはyumで出来るので割愛。基本的には公式HPをもとにして、いろいろ補足を入れていきます。 作る環境は以下の通り 共有IP「192.168.4.30」 にMySQLを立てる ノード「db1」 サービス用：eth1(192.168.4/24に接続) ヘルスチェック用：eth2(IP:192.168.5.31) ノード「db2」 サービス用：eth1(192.168.4/24に接続) ** ヘルスチェック用：
Amazon LinuxでDRBDとHeartbeatとMySQLを連動させてフェイルオーバー | DevelopersIO
MySQLをフェイルオーバーさせたい フェイルオーバーとは、マスターサーバーに障害が発生した際に、スレーブサーバーが処理やデータを引き継いでサービス全体を止めない機能のことを言います。データベースをフェイルオーバーするためにはデータを引き継ぐことが重要です。この点、前回試したDRBDによる同期レプリケーションの仕組みが生きてきます。今回は、Amazon Linuxをベースに、セットアップ済みのDRBDとHeartbeatを用いて、MySQLをフェイルオーバーさせてみたいと思います。 下準備 マスターとスレーブにMySQLを入れておいて下さい。 $ sudo yum install mysql mysql-devel mysql-server 環境の確認 マスターとスレーブでDRBDとHeartbeatがセットアップ済みかつ起動済みか確認をします。 マスター $ sudo service d
utilitiesのmysqlfailoverを使う(2)
前回の utilitiesのmysqlfailoverを使う(1)で設定・起動は完了しています。 私の目的は２台のMySQLサーバーを定期的に入れ替えてメンテナンスすることです。 今回はマスターがダウンした時、自動でスレーブがマスターになるか。 マスターだったものがスレーブとして再度復帰できるか。 新しくスレーブを追加する場合はどうすればいいのかを解説です。 【構成】 Windows8:192.168.0.99。mysqlfailoverを起動する └centos:マスター。192.168.0.100。Windows8上のvmwareで起動 └centos:スレーブ。192.168.0.101。Windows8上のvmwareで起動 MySQLのバージョンは5.6.13。 MySQL Utilities mysqlfailover version 1.2.0 – MySQL Workben
続・MySQL5.6-rcでmysqlfailoverを試してみた - hiroi10のブログ
前回は1台構成で動作を確認したため今回は全て別なサーバで構築したと想定し、動作するか確認しました。 検証環境 全てKVMのゲスト環境。CentOS6.3 64bit MySQL5.6はRC版を使用(全サーバで3306ポートで起動) MySQL Workbenchは5.2.44を使用 MasterのIPアドレスを192.168.1.237 Slave1のIPアドレスを192.168.1.238(read_onlyをON) Slave2のIPアドレスを192.168.1.240(read_onlyをON) mysqlfailoverを実行するのが192.168.1.239 mysqlfailover用のアカウントとしてfailover@192.168.1.%をALL権限で作成(パスワードもfailoverにしています) GRANT ALL PRIVILEGES ON *.* TO 'failo
MySQL5.6のGTIDとheartbeatを活用して双方向レプリケーションなHAクラスタを構築する - いろいろwiki@princo.org
2014-05-24 コメント/x264エンコーディングで固定品質(qp,crf)の設定値を比較 2014-05-15 コメント/CentOS or RHELでdagのyumリポジトリを使う 2014-04-30 ゆい語録 2014-03-10 コメント/L2透過型(bridge)構成でSquid(2.6)+ClamAVウィルスフィルタ構築 コメント/wiki.princo.org コメント/動画ファイルから音声だけ吸い出す コメント/RAID5のmdデバイスにHDDを追加する 2014-02-26 コメント/imagemagick(convert)で画像サイズを変換する 2014-02-16 コメント/postfixでsmtp-authの外部smtpにメールをリレーする方法(op25b対策) 2013-06-26 コメント/Thinkpad X40の内蔵無線LANを802.11n mim
MySQL: 意外と知らない？障害発生時の復旧方法について | QK
障害発生！！！どうする！？でも・・MySQLだと、レプリケーション（スレーブ→マスターの昇格））でほぼなんとかなっちゃうのであまり使われることはないとは思いますが、実はロードフォワード（roll forward)回復もできちゃうんすよｗｗというほぼ僕のメモです。 表題で「意外と知らない？」なんて書いちゃいましたけど、知らないのはきっと私だけ・・。でも、そんなMySQLのロールフォワード手順をまとめてみました。 ロールフォワードとは、ログファイルに残っているチェックポイント後の処理を再現し、障害直前の状態にまで戻すことができる機能のひとつです。商用DBでは、まず入っているでしょうといった機能です。ORACLEでもSQL SERVERでもIBM DB2でもちゃんと実装しております、IBM DB2のロールフォーワード手順については以前、某F氏が手順をまとめてくれました（http://www.s-
MySQLのレプリケーションスレーブサーバで、バイナリログを有効にする - 見果てぬ夢
悩んだり調べたりした過程も書いているので、記事が長くなってしまった。まとめるのが下手だ。早くスレーブサーバでもバイナリログを有効にする方法が知りたい人は読み飛ばしてください。 MySQLでレプリケーションを組みました。レプリケーションサーバでは、こちらの都合でサーバを停止することができるので、停止して安全にmysqldumpによるバックアップをしています。 その時点でのフルバックアップはmysqldumpでとれるのですが、差分バックアップに使うにはバイナリログも同時にバックアップする必要があります。バイナリログがスレーブサーバでも有効になっていれば、バイナリログファイルが作成されるので、特にそれ以上のバックアップは必要ないと思っていました。 マスターサーバとスレーブサーバの設定ファイルは、基本的に同じ設定だと思います。スレーブサーバで参照を分散させている場合は、メモリ割り当てなどは違う部分
CentOSでMySQL5.5いれて準同期レプリケーション組むまで - Qiita
MySQL使ってますか？ 近年はMariaDBとかMongoDBとかNoSQLとかがでてきていろいろにぎやかになっているDB業界ですが以下前回と同文。 さて、今回は準同期レプリケーションです。当初はMySQL6.0からとかいわれてましたが5.5から入りましたね。 設定 まずは普通にレプリケーション組んで、設定ファイルにプラグイン読み込むのを記述するだけです。 マスター マスターの設定は以下。 plugin-loadとrpl_semi〜〜〜の設定を忘れずに。 server-id=1 sync_binlog=1 log-bin=mysql-bin plugin-load=rpl_semi_sync_master=semisync_master.so rpl_semi_sync_master_enabled=1 rpl_semi_sync_master_timeout=10
MySQL5.5で準同期レプリケーション構築 - IT Fragments
IT Fragments 情報技術系のトピックを扱う個人ブログです。プログラム制作物・システム考察・調べ物の備忘録・お勧めソフトウェア情報など MySQL5.5を用いた通常・準同期レプリケーション構築の解説です。レプリケーションとは何か、通常・準同期レプリケーションの対比、構築方法、必要な保守作業など。対象読者は多少MySQLサーバの設定を行ったことのある方を想定しています。 基礎知識 レプリケーションを構成する要素・どんな動作をするか・レプリケーションの種類。レプリケーション構築の前に知っておくべきことを解説します。 レプリケーションとは何か MySQLのレプリケーションはマスターサーバのデータを一つ以上のスレーブサーバに複製することでデータを冗長化する機能です。 レプリケーションを用いれば複数個所にデータベースの複製を設置できるので、荷分散と共に可用性・信頼性を向上させられます。設定は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mysqlのレプリケーションを使う | レンタルサーバー・自宅サーバー設定・構築のヒント
mysqlfailoverをデーモンになってから試してみた
MySQL5.6でGTIDを試してそっと閉じた
http://stdpg.blog.shinobi.jp/mysql/my.cnf%E3%82%92%E6%9B%B8%E3%81%8D%E6%8F%9B%E3%81%88%E3%81%A6%E3%80%81mysql%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E8%B5%B7%E5%8B%95%E4%B8%8D%E8%83%BD%E3%81%AB%E3%80%82%E3%81%9D%E3%81%93%E3%81%8B%E3%82%89%E8%B5%B7%E5%8B%95
[CentOS] MySQLサーバーのインストールを行うの巻 ～mysql_secure_installationを使ってみよう～![[CentOS] MySQLサーバーのインストールを行うの巻 ～mysql_secure_installationを使ってみよう～](https://cdn-ak-scissors.b.st-hatena.com/image/square/c19928d7db68687d324671f4799bcb46b2d246d8/height=288;version=1;width=512/https%3A%2F%2Fblog.trippyboy.com%2Fwp-content%2Fuploads%2F2021%2F03%2Fhero-img.png)
