東京電力の正社員お断りの風俗が出現 / 風俗店「貴方の○○○をメルトダウンさせてる場合ではない」 – ロケットニュース24（β）
福島原子力発電所の放射能漏れ事故後、あらゆるバッシングを受けている東京電力。日本のみならず、地球規模で放射能を撒き散らしている現状に対して、多くの人たちが非難の声をあげている。 そんな東京電力に対して怒りが収まらないのか、東京電力の正社員お断りの風俗店が出現したのである。つまり、その風俗店を東京電力の社員は使用できないというわけだ。 東京電力の正社員お断りの風俗店は、セクシー系メンズエステ『オリーブガーデン』。この風俗店は札幌にあり、公式サイトでは新着情報として以下のような告知文を掲載している。 ・重要なお知らせ 9月14日から 福島原子力発電所の問題が解決するまで東京電力の正社員、オリーブガーデンのご利用を一切お断り致します。また、沢山の方らかの提案で原発推進派の御用学者様の入店もお断り致します。なお、下請け会社で現場で日本の為に尽力を尽くされている方々は含みません。領収書で、宛名を
EC2でMySQL（リージョン間レプリケーション編）
前回に引き続き、MySQLの話です。 今回は、リージョン間でMySQLのレプリケーションを行います。 まずマスター用（Asia Pacific Tokyo）とスレーブ用（EU-West Ireland）、それぞれ1インスタンスずつ用意します。 ここでは、例として、 マスターのIP：mmm.mmm.mmm.mmm スレーブのIP：sss.sss.sss.sss データベース：clouadpack レプリケーション用のユーザー：repl_user レプリケーション用のパスワード：repl_pass とします。 ここでは各IPはElasticIPでパブリックなIPを適用しておきます。 まず、マスター、スレーブ、それぞれでデータベースを作成します。 $ mysql -u root mysql> create database cloudpack; Query OK, 1 row affected
MySQLレプリケーション
はじめに 本サイトで使用しているMySQLバージョン：5.0.51a-24 MySQLレプリケーションは、特定のMySQLサーバのデータを更新すると他のMySQLサーバに更新結果を複製することができる技術です。複製元をマスタサーバ、複製先をスレーブサーバと呼びます。 具体的には、マスタサーバ側でMySQLのデータを更新すると、実行されたSQL文がバイナリログとしてスレーブサーバ側に転送され、同様に実行されます。 スレーブサーバに対するマスタサーバは1台ですが、マスタサーバに対するスレーブサーバは複数設定できます。そのため、更新処理を行うマスターサーバに対して参照処理を行うスレーブサーバを複数用意することで、参照処理を負荷分散させることができます。また、アクセス数増加に伴い、スレーブサーバを増やすことでスケールアウトが容易にできるという利点もあります。 マスタサーバを複数用意することで更新処
MySQL レプリケーションの設定 - maruko2 Note.
MySQL レプリケーションの設定 提供：maruko2 Note. 移動： 案内, 検索 目次 1 MySQL レプリケーションの特徴 2 MySQL レプリケーションの動作概要 3 レプリケーションのセットアップ 3.1 レプリケーション用の my.cnf 設定 3.2 マスターにレプリケーション専用のユーザーを登録する 3.3 マスターサーバのスナップショットを作成する 3.4 マスターサーバのスナップショットを元に、スレーブを作成する 4 レプリケーションが正常に行われているか確認する方法 5 マスターのバイナリログの削除 6 参考ページ 7 MySQL 関連のページ MySQL レプリケーションの特徴 MySQL のレプリケーションは非同期。 1つのマスターに対して、1つ以上のスレーブが可能。 更新系のクエリはマスターのみで実行しなければならい。更新系クエリをスレーブで実行すると
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現場指向のレプリケーション詳説
wiki.nginx.org Managed WordPress Site – Just another WordPress site