エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
[MySQL] レプリケーションしてみた - Maesan blog
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
[MySQL] レプリケーションしてみた - Maesan blog
定期的にmysqldumpとかでバックアップするのもイイんだけど、確実性を求めるならやっぱレプリケーション... 定期的にmysqldumpとかでバックアップするのもイイんだけど、確実性を求めるならやっぱレプリケーションだろうと思いやってみた。 ちなみに定期的にmysqldumpするのは間違って更新しちゃったり消しちゃった的な時には有用なのでやっとくことに越したことはないです。 MySQLのレプリケーションって? 簡単に説明すると、バックアップを取りたいサーバー(マスター)とバックアップ先のサーバー(スレーブ)を用意して、マスターが更新される度に同じ内容でスレーブを更新する仕組みです。更新はほぼリアルタイムに行われるため、更新系はマスターで、参照系はスレーブでやるとかそういう負荷分散的な使い方ができます。 スレーブは複数にしたり、そのスレーブをマスターとして更に多段にスレーブをつなげることもできます。 ただ、複数のマスターをバックアップするスレーブとかはできないです。(物理的に1台のサーバーに複数のM