peketaminのブックマーク - はてなブックマーク

MySQL のロック範囲は実行計画で変わるという話 - mita2 database life
最近、ANDPADでデータベース周りの技術顧問をさせて頂いています。ANDPADのエンジニアの皆さんから「データベースのロックまわりを詳しく知りたい！」というお話を受けて、先日、ロック周りの社内勉強会を開催しました。 SQLでは一般的なプログラミング言語と違って、ロックの制御を明示的に記述しません。ロックは暗黙的に（自動的に）データベースが必要なロックを獲得します。データベースのロックが　わかりにくい・むずかしい　と言われることが多いのはこういった背景があると思います。 MySQL のロック範囲は実行計画で変わる更新対象の行がロックされるのは予測が付く方が多いと思います。しかし、MySQL（InnoDB）では更新対象でなくても行がロックされることがあります。このようなサンプルデータを使って説明します。 mysql> CREATE TABLE `lockt` ( -> `pk` big
peketamin 2020/08/20
リンク
Amazon Aurora レプリカでは metadata lock 待ちが発生しない - mita2 database life
Amazon Aurora のレプリカは Vanilla MySQL のレプリケーションとは違った仕組みで実現されている。マスターとレプリカは同じディスクボリュームを参照しており、マスターでの更新はほぼ即時レプリカに反映される。 DB クラスターボリュームは DB クラスターのデータの複数のコピーで構成されます。ただし、クラスターボリュームのデータは、DB クラスターのプライマリインスタンスおよび Aurora レプリカの 1 つの論理ボリュームとして表されます。この結果、すべての Aurora レプリカは、最短のレプリカラグでクエリの結果として同じデータを返します。レプリカラグは、通常はプライマリインスタンスが更新を書き込んだ後、100 ミリ秒未満です。https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide
peketamin 2020/07/21
リンク
MySQL max_connections は雑に設定しておけば良い - mita2 database life
MySQL 誕生25周年らしいです。めでたい！ 25年、１つのソフトウェアが継続しているってすごい！ max_connections についてデータベースを使っている開発者から「最大までどれぐらいコネクション数を増やせるのか」という質問を良くもらいます。最大コネクション数（max_connections) の設定値を超えてしまい、too many connections エラーが出る。 max_connections を見直すとして、「じゃあどこまで大きくしていいのか？」と不安になるのはわかる。以下の話は、コネクションプールを使っている前提のお話。単にコネクション数が増えるだけでは、負荷は増加しない単にコネクション数が増えるだけでは、DBサーバの負荷はあまり変化しない。特にMySQLはスレッドモデルで実装されており、（プロセスモデルのデータベースと比較して）大量にコネクション
peketamin 2020/05/31
パフォーマンス

設定

mysql

インフラ
リンク
1