別のMySQL DBA: max_binlog_cache

2013年6月14日金曜日

max_binlog_cache_size

Original post: http://anothermysqldba.blogspot.com/2013/06/maxbinlogcachesize.html

あなたは、データベースのパフォーマンスと安定性を評価するように、それはあなたの変数を確認するには開始されることは非常に可能性があります。

一目で以下の変数への典型的な最初の反応である。何かが私のボックスには、MAXは以下のとおり制限する満たすために、その多くのRAM、あるいはディスク·スペースを持っていない間違っているWAIT ....


MariaDB [(none)]> select @@max_write_lock_count, @@max_binlog_cache_size, @@max_seeks_for_key, @@myisam_max_sort_file_size\G
*************************** 1. row ***************************
@@max_write_lock_count: 4294967295                     -- 4 GB
@@max_binlog_cache_size: 1844674407370954752          --1.6 EB
@@max_seeks_for_key: 429496729                         -- 4 GB
@@myisam_max_sort_file_size: 9223372036853727232        --8 EB

いくつかのバグは、長年にわたって、これらの変数については記載されているように、これらの変数との懸念には一人ではありません。以下は、いくつかのレガシーなもののほんの一部です。

" MySQLは現在4GBより大きいバイナリログの位置で作業することはできません。 "
これらは単なるDEFAULTとMAXの設定であることに留意してください。あなたがより快適に感じさせるためにそれらを調整することができます。


MariaDB [(none)]> SET GLOBAL max_binlog_cache_size = 4294967296;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> SELECT @@max_binlog_cache_size;
+-------------------------+
| @@max_binlog_cache_size |
+-------------------------+
| 4294967296 | -- 4GB
+-------------------------+
1 row in set (0.00 sec)

なぜあなたはしたいと思う... それは全く別の話題です。これはただの上限許容と取引はとにかく4ギガバイトに分割取得することです。 " 推奨される最大値は4GBです "ので、そう余りに選択した場合はそれを更新することができます。

MySQLのドキュメントにこれであなたのオプションについて詳しく読む：
http://dev.mysql.com/doc/refman/5.5/en/replication-options-binary-log.html#sysvar_max_binlog_cache_size

Pages

2013年6月14日金曜日

max_binlog_cache_size