quinta-feira, 13 de junho de 2013

max_binlog_cache_size

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

Como você avalia o desempenho do seu banco de dados e estabilidade, é muito provável que você vai começar a rever as suas variáveis. 

Num relance a primeira reação típica para as variáveis ​​abaixo é .. ESPERAR algo está errado minha caixa não tem tanta memória ou até mesmo de espaço em disco para atender a essa MAX limites listados abaixo .... 

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 


Você não está sozinho em preocupações com essas variáveis ​​como alguns bugs foram listados sobre essas variáveis ​​ao longo dos anos. Abaixo estão apenas alguns dos alguns mais antigos. 


MySQL atualmente não podem trabalhar com as posições de log binário superiores a 4GB . " 
Tenha em mente que estas são apenas o padrão e as configurações MAX. Você pode ajustá-los para que se sinta mais confortável. 

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) 


Por que você gostaria de ... Isso é um assunto completamente diferente. Este é apenas o limite máximo permitido e as operações são separadas em 4GB de qualquer maneira. O valor máximo recomendado é de 4 GB ", para que você possa atualizá-lo, se assim o escolher também. 

Leia mais sobre as suas opções com este na documentação do MySQL: