タグ付けされた質問 「mysql-5」

一般的なMySQLバージョン5タグ。代わりにmysql-5.xタグを使用してください。また、検索のためにmysqlでタグ付けします。

3
mysqldumpが進行中の場合、ユーザーはシステムの実行速度が遅いと不平を言う
MYSQLデータベース(ibdata1)のサイズは73 GBで、Windows 2008 O / SでINNODBテーブルの専用データベースサーバーとして実行するように構成されています。mysqldumpを使用してバックアップを実行していますmysqldump --skip-opt --quick --single-transaction --create-options --extended-insert --disable-keys --add-drop-table --complete-insert- set-charset-圧縮--log-error = Proddb0635.err -u root -pjohndoe Proddb> \ devNas \ devNas \ sqlbackup \ LIVE \ db \ Proddb0635.sql バックアップファイルProddb0635.sqlは、データベースサーバーとは別のサーバーに保存されます。RAMは12 GBです。INNODBバッファープールのサイズは6 GBです。追加のmem.poolは32 MBです。クエリキャッシュのサイズは2 GBです。ネットバッファーの長さは最大16 Mです。パケットサイズ1 GB。 mysqlのバージョンは5.0.67です。 バックアップが実行されていない場合、ユーザーはパフォーマンスに満足しています。 バックアップの実行中にINNODBバッファープールのヒット率が100%に近い高い値になっています。保留中の読み取りまたは保留中の書き込みはありません。innodb wait freeは0です。CPU使用率は高くありません。最小9%から最大15%mysqlbackupが実行されているかどうかに関係なく、クエリキャッシュヒット率は約40%と低くなっています。現在、Windowsタスクマネージャーは、10 GBのRAMが使用されていることを表示しています。2 GBのRAMしか利用できない状態でクエリキャッシュを増やす必要がありますか?mysqlld-ntは9.2 GBのRAMを使用し、mysqldumpは5 MBのRAMを使用しています。Alos氏は、-compressオプションの有無にかかわらず、ダンプファイルのサイズは同じであることに注意しました。 iNNODBバッファープールのサイズを減らす必要がありますか? …

4
認証のために「ユーザー」テーブルを分割することは良い考えですか?
私のサイトにユーザーテーブルがあり、テーブルに約200万から300万のユーザー(レコード)がいるとします。 ログインプロセスを高速化するために、1つは情報用に、もう1つはログイン用に、ユーザーテーブルを分割することをお勧めします。 次のようなクエリを1つのテーブルから実行できる場合: select username,password from users where username=`test` AND password=**** 分割する必要はありますか?これは私のサイトのログインプロセスをスピードアップしますか?

3
max_allowed_pa​​cketを変更しても「Packet Too Large」エラーが発生する
mysqldumpを使用して、バックアップ用のフラットファイルを作成します。このファイルを使用して、代替サーバーでデータベースを再作成しました。コマンドラインでsshを使用してインポートプロセスを実行したところ、複数のPacket too Largeエラーが発生しました。 より大きなmax_allowed_pa​​cket(つまり、1000M)でmysqlを再起動しても、エラーが発生しました。インポートファイルでmax_allowed_pa​​cketを設定しようとしても、エラーが発生しました。 max_allowed_pa​​cketが設定されていることを確認する方法や、この問題を引き起こさないファイルを作成するmysqldumpを使用する方法はありますか? 参考のために: 非圧縮のmysqldumpファイルは〜2GB データベースタイプはINNODBです
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.