MySQLのメンテナンス。ある程度の規模から、不整合への対処、分割レプリケーションやバックアップ、マイグレーションなどの通常作業含めて総合格闘技で職人技の域にあるので大分気合いがいる。できれば頭のいい人に任せたい。

GTIDがあるMySQL データベースとないデータベースのレプリケーションに毎回苦しめられる！！！だいたいなんか設定忘れててエラーになって、「はぁ？」って顔になる！！！

よく考えたらこんなにMySQLやPostgreSQLを触っているのに自前でレプリケーションやクラスタ構成組んだことないのはクソ雑魚かもしれない

昔はPostgreSQL がレプリケーションを持っていないこともあってウェブ系のスタートアップではMySQLでレプリカ構成を組んでたイメージ。最近はもうあんまり両者に大きい機能的差異は無くなって来てるんじゃないかなあ。ライセンス的に新しいDB作る場合はPostgreSQL人気よね。

データベースの寿命は一般にはアプリケーションサーバよりも長いので、MySQLもPostgreSQLのどちらにしたかはその時点のバージョンがどうだったかという判断になるのでは。 （大昔のPostgreSQLはレプリケーションやVACUUMあたりで機能が貧弱だった気がするんですが、どうでしたっけ？）

MySQLの抱える諸問題について、ChatGPT4oに聞いてみました。 ・パフォーマンスの問題 ・スケーラビリティの問題 ・レプリケーションの問題 ・データ整合性の問題 ・セキュリティの問題 ・バックアップとリカバリの問題 ・互換性の問題… pic.x.com/i88eaoy9n4

一方MySQLのほうは libaio を使って、OSのバッファキャッシュ/ページキャッシュを使わずに自分でバッファを管理する方向すごく進化していて、その差は明らかだった。I/O性能が高いフラッシュメモリとの相性も（より）よい。時代がMySQL+InnoDB+レプリケーション+フラッシュストレージの時代が到来

調べてみたらPostgreSQLの組み込みレプリケーションがv9.0（2010年9月）、autovacuumが本体に組み込まれたのがv8.1（2005年11月）なので、2004年〜2005年頃にスケーリングに追われてた人達はMySQL使ってたんじゃないかなぁ

で、この2004年～2010年頃にMySQL+InnoDB+レプリケーションの組み合わせで大手サイトが運用されるようになっていく。 と思うと、20年前はまだMySQLブームは来てなかったね。ブームがくる直前ではあったと思うけど

自分的に流れが変わったなあと感じたのは、国内でも大きなWeb系のサービスがポコポコできてきて、MySQLのレプリケーション機能はDBノードに対する参照の負荷分散に向いてた。気づいたら国内外でMySQLの大きなクラスタを運用する所が増えていく

返信先:@ellnore_pad_267結論、今はもうほとんど無いんじゃないかなと思います。 VMwareあったかなぐらいの時から、MySQLは他RDBMSエンジンに比べてレプリケーションの実装がかなり昔から出来ていたので、特に読み取りをスケールしたいweb系のサービスに多く採用されていた、等などの理由があったと思います。

MySQLを使うと会社が潰れる、みたいな論調が流れてきたので、昔話を SQLパーサ部分をスキップするHandlerSocketプラグインの話 当時（10年前）1サーバで70万qps、且つレプリケーションもできるのはNoSQLではなくHandlerSocketしかできなかった 用途によってDBは選ぶ方が良いとは思う

Wordpress得意という会社にLPサイト制作を依頼したら「Wordpressが動いている環境の構築まではやってくれて」と言われて構築の指定をされたのがそんな環境だった。 EC2が2台の冗長化構成にそれぞれMySQLのっけてレプリケーション設定したけど、RDSで良いじゃんとは思いながら作業した記憶。 x.com/tebasyabu/stat…

返信先:@_yshrsmzガチな冗長化とか、レプリケーションの話題は、PostgreSQLで教わった気がします。ただ、Amazon RDS などを使って、HA構成を構築するなら、MySQLの方が扱いやすいとかじゃ無いでしょうか。アプリ屋なので浅い知識ですが。

返信先:@honeycomb_bnbnmysql.configをいじる人生だったので、サービスとしてのDBをまだ受け入れられず、AWSの勉強してても中々頭に残らないです(笑) しかしながら、レプリケーションとかコレだけでできるの！？みたいな驚きもあり、細かいことを知らなくても、できちゃうのはAWSすごいと感じます！

今日は、XAMPPのMySQLを起動しても、レプリケーションのエラーファイル？master-2024～、mysql-relay-bin～、relay-log～等は出力されなかった。multi-master.infoの中身を空っぽにしておいたのがよかったのかも。引き続き様子を見ていこうと思う

またXAMPPのMySQLでレプリケーションのエラー。何度目か忘れた。今回はmysql/bin/my.iniのserver-id=1をコメントアウトしていてもエラーだった。それでmysql/data/フォルダのエラーファイルを削除し、multi-master.infoを空にして再起動したら、エラーファイルは出なかった。様子見じゃな

#DevelopersIO [初心者向け] MySQL でバイナリログレプリケーションしてみた on EC2 dev.classmethod.jp/articles/binar…

#後で読む 用メモです→ [初心者向け] MySQL でバイナリログレプリケーションしてみた on EC2 ift.tt/DEfZ26M

[初心者向け] MySQL でバイナリログレプリケーションしてみた on EC2 | DevelopersIO ift.tt/CJG40s7