viernes, 14 de junio de 2013

max_binlog_cache_size

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

Al evaluar el rendimiento de su base de datos y la estabilidad es muy probable que usted comenzará a revisar sus variables.

A primera vista la típica primera reacción a las siguientes variables es .. ESPERA que algo está mal mi caja no tiene esa cantidad de RAM o incluso el espacio en disco para satisfacer esa MAX límites indicados a continuación ....

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 


Usted no está solo en las preocupaciones con estas variables como algunos errores se han enumerado sobre estas variables en los últimos años. A continuación se presentan sólo algunos de algunos legados queridos.


MySQL actualmente no puede trabajar con binarios Posiciones del registro de más de 4 GB . "
Tenga en cuenta que estos son sólo el defecto y los ajustes MAX. Usted puede ajustarlos para que se sienta más cómodo.

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 qué usted quiere ... Ese es un tema completamente diferente. Esto es sólo el límite superior permitido y las transacciones quedan divididos en 4 GB de todos modos. El valor máximo recomendado es de 4 GB ", por lo que se puede actualizar si así lo desea también.

Lea más acerca de sus opciones con este en la documentación de MySQL: