MySQLの0000-00-00 00:00:00は使ってはならない - そーだいなるらくがき帳
結論 何がいいたいかといいますと0000-00-00 00:00:00があるとORMも死ぬし、DBマイグレーションツールも死ぬし、そもそもMySQLからポスグレにデータを持っていくこともFDWをすることも出来なくて死ぬのじゃ。— そーだい@初代ALF (@soudai1025) 2018年4月25日 色々困るので使わない。 理由 以下に理由を述べる SQL標準ではない 正論で殴った場合。 0000-00-00 00:00:00の仕様が難しい 0000-00-00 00:00:00 はMySQLの独自な仕様で NOT NULL制約のカラムではNULLと等価であり、NULLではない という仕様がある。 "NOT NULL として宣言された DATE および DATETIME カラムでは、次のようなステートメントを使用することで、特殊な日付 '0000-00-00' を検索できます"https:
無停止で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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
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)
