•  16-10-2019
  •  | 
  •  

質問

イントロ私は以前の質問からこの質問を導き出しました シングルドライブと複数のドライブ

非常に役立つメンバーから非常に詳細な答えを受け取った後 rolandomysqldba そして、マルチドライブが場合によっては大いに役立つという事実を学びます。私は自分のセットアップのマルチドライブを調べ始めました。

より詳しい情報私はような非常に巨大な店舗を見つけました

http://www.newegg.com/product/product.aspx?item=n82e16811152212

一部のビデオでは、この種の機器の書き込み速度のgbsさえ表示されます

本当の質問インデックスを保持するのに十分なRAMがあることを提供すると、MySQLまたは他のオープンソースRDBMS（SANで実行されていることが非常に一般的であるため、Oracleのようにエンタープライズ格付けされたRDBMではありません）がこれらの獣で簡単に実行できますか？

それらには真のマルチドライブのセットアップが含まれており、数十のヘッドが利用可能であるためです。

それがそれほど簡単であれば、ほとんどのエンタープライズセットアップがコモディティサーバーを使用しているのはなぜだからです。では、これらの極端なストレージソリューションを使用して、どのような問題に直面していますか？

役に立ちましたか？

解決

これらのクエリを実行することだけが必要です。

ミサム

SELECT CONCAT(ROUND(KBS/POWER(1024,
IF(PowerOf1024<0,0,IF(PowerOf1024>3,0,PowerOf1024)))+0.4999),
SUBSTR(' KMG',IF(PowerOf1024<0,0,
IF(PowerOf1024>3,0,PowerOf1024))+1,1))
recommended_key_buffer_size FROM
(SELECT LEAST(POWER(2,32),KBS1) KBS
FROM (SELECT SUM(index_length) KBS1
FROM information_schema.tables
WHERE engine='MyISAM' AND
table_schema NOT IN ('information_schema','mysql')) AA ) A,
(SELECT 2 PowerOf1024) B;

innodb

SELECT CONCAT(ROUND(KBS/POWER(1024,
IF(PowerOf1024<0,0,IF(PowerOf1024>3,0,PowerOf1024)))+0.49999),
SUBSTR(' KMG',IF(PowerOf1024<0,0,
IF(PowerOf1024>3,0,PowerOf1024))+1,1)) recommended_innodb_buffer_pool_size
FROM (SELECT SUM(data_length+index_length) KBS FROM information_schema.tables
WHERE engine='InnoDB') A,
(SELECT 2 PowerOf1024) B;

これらは、既存のMyisamのMyisamキーキャッシュに適したサイズを推奨し、INNODBデータとインデックスにINNODBバッファープールを推奨します。

これらのSQLクエリを実行している間、バッファサイズを推奨している間、ヒューマンファクターは引き続きキックインする必要があります。ハードウェアと頻繁にアクセスされるデータに基づいてデータ使用量を計画する必要があります。また、推奨されるバッファーの量のうち、実際にどのくらいの作業セットがメモリに存在するかを尋ねる必要があります。

InnoDBに75％のRAMを使用するようにMySQLを構成すると、専用のMySQLサーバーであっても、OSはディスクに忙しいページングを取得します。 MySQLがバッファーサイズに膨大な数値を使用できるからといって、制限を押しても問題ないわけではありません。 2つには、考慮すべき2つの基本的なストレージエンジンがあります。

コモディティハードウェアの使用は、MySQLの構成可能性を示しているだけで、顕著な結果が得られます。 32ビットrhelを使用していない限り（もしそうなら、今すぐ使用をやめて、たくさんのコーヒーを手に入れて、アップグレードしてください）、貯蔵獣のバッファサイズを上げることは、十分に信頼できます。

たとえば、私の雇用主には、MySQLのみに特化した3 dBサーバーを備えたクライアントがいます。それぞれに192GBのRAMがあり、そのうち162GBはInnoDBバッファープールです。作業セットは実際には170GBです。少しスワッピングとページングが進行していますが、DBのパフォーマンスは驚くべきものです。 OSには約30GBのRAMがあります（温度テーブル用の16GBのRAMディスク）。これらのサーバーは、コモドドラゴンサイズのDBサーバーに比べて、小さなトカゲであると確信しています。 MySQLが適切に構成されている場合、タスクに至ることができます.

現在のソースコードがINNODBログファイルを4GBに制限するため、InnoDBは独自のチェックとバランスを導入していることに注意してください。 InnoDBはもともとコモディティハードウェアを念頭に置いて設計されていたため、これは当てはまります。これに照らして、酸トランザクションスループットは、Storage Beastのハードウェアのセットアップと実行することを選択したMySQLのバージョンに関係なく、そこにボトルネックする可能性があります。

結論

大きなビーフDBサーバーの制限をプッシュしても構いません。メモリ、スワップスペース、作業データセット、および予想されるトランザクションの数に関して、常にOSを考慮してこれを行う必要があります。

ライセンス： CC-BY-SA と 帰属
所属していません dba.stackexchange
scroll top