MySQLのコネクションハンドリングとスケーリング | Yakst

MySQLのコネクションハンドリングの内部構造、スケール限界、そして最大コネクション数のチューニングなどについてご紹介します 免責事項 この記事はGeir Hoydalsvik氏によるMySQL Server Blogの投稿「MySQL Connection Handling and Scaling」(2019/3/19)をユーザが翻訳したものであり、Oracle公式の文書ではありません。 この投稿では、MySQLのコネクション、ユーザースレッドおよびスケーリングについて取り扱います。MySQLがどのように動作するかをよりよく理解することで、アプリケーション開発者やシステム管理者が、トレードオフを踏まえた良い選択をできることでしょう。本記事ではコミュニティー版でコネクションがどのように動作するかについて述べますが、一方でスレッドプール、リソースグループ、あるいはコネクション多重化といった関

[igtm]

“sql_class.h”

[tmatsuu]

良い。このスレッドがボトルネックになるとこまで到達してることはあまりないけどね。

[hoisjp]

これをクラウド上のマネージドなMySQLへの知識にスイッチせねばならぬ。

[toritori0318]

良い

[denqueue]

コネクション増加時のレイテンシ増とトランザクション数の関係、まんま待ち行列理論のグラフみたいになるんだな。(小並感)

[t-cyrill]

ふむ

[yoshikidz]

あーこれはメモっておきたい。いつもキャパ溢れる時に、どこで絞ってあげるか難しい。性能分析できてない時はmax connectonに合わせてweb側で絞る場合多いけど、性能限界知るの大事。