sql >> データベース >  >> RDS >> Mysql

MySQL圧縮プロトコルはいつ使用する必要がありますか?

    パフォーマンス上の利点は、データベースサーバーとそのクライアント間のネットワーク帯域幅と遅延に加えて、送信する結果セットのサイズに大きく依存します。

    結果セットが大きいほど、レイテンシーが大きくなるか、帯域幅が狭くなるほど、圧縮のメリットが得られる可能性が高くなります。

    サービスの最大レベルは、最小のボトルネックに制限されています。そのため、ネットワークとCPUのリソースに関して現在どこにいるかを分析する必要があります。

    最も最適化されたデータベースサーバーは、CPUを100%使用します。そうしないと、そこに座っているプロセッサが何もしないために、コンピューティングリソースが無駄になります。もちろん、101%にはしたくないので、目標範囲は100%をはるかに下回っています。それでも、CPUのボトルネックに達する前に十分な余裕があり、結果セットがかなりのサイズであり、ネットワークが要因である場合は、圧縮をオンにしてください。 CPUサイクルは安価で、特に未使用のものは安価です(電気と冷却の費用はかかります)。

    帯域幅の料金を支払う場合、CPU使用率を帯域幅と交換することは簡単に正当化されます。帯域幅のボトルネックに近づいていない場合でも、その高速化とサービスレベルの向上は価値があります。

    クライアントはデータを解凍するためにCPUサイクルも消費する必要があることを忘れないでください。大きな問題ではありませんが、それでも要因です。一般に、今日のCPUは今日のネットワークよりも高速です。



    1. 多くのselect@@session.tx_read_onlyを取得しますが、同じことをしますか?

    2. 設定をAndroidに保存する

    3. MysQlエラー:パラメータ番号が無効です

    4. MySQLで親と子を選択