Início / user-9249

xref's questions

Martin Hope
xref
Asked: 2013-09-18 12:50:30 +0800 CST
  • 0

Em algum momento, o Percona MySQL no CentOS 6.4 parece ter parado de ler my.cnf, possivelmente depois que o MySQL atualizou para 5.5.33 alguns dias atrás.

Seleção de /etc/my.cnf:

[mysqld]

# GENERAL #
user                    = mysql
default-storage-engine  = InnoDB
socket                  = /var/lib/mysql/mysql.sock
pid_file                = /var/run/mysql.pid
symbolic-links          = 0 

# CHARACTER SET AND COLLATION #
collation-server        = utf8_unicode_ci
character-set-server    = utf8
init-connect            = 'SET NAMES utf8'
init-connect            = 'SET collation_connection = utf8_unicode_ci'

# DATA STORAGE AND LOGGING #
datadir                 = /var/lib/mysql
tmpdir                  = /tmp
slow_query_log_file     = mysql-slow.log
slow_query_log          = 1 
long_query_time         = 8 
log_error               = mysql-error.log

# CACHES AND LIMITS #
max_connections         = 250
max_connect_errors      = 10000
open_files_limit        = 20000
back_log                = 100
wait_timeout            = 10800
interactive_timeout     = 600
max_allowed_packet      = 256M
tmp_table_size          = 512M
max_heap_table_size     = 64M 
query_cache_size        = 32M
thread_cache_size       = 64

Alguma saída de 'mysqld --help --verbose'

log-error                                         mysql-error.log
slow-query-log                                    TRUE
slow-query-log-file                               mysql-slow.log
max-connections                                   250
max-heap-table-size                               67108864

Ok, isso parece bom, corresponde à minha configuração. Que tal entrar no mysql e fazer alguns SHOW VARIABLES:

log_error   /var/lib/mysql/hostname.err
log_slow_queries    OFF
slow_query_log_file /var/lib/mysql/hostname-slow.log
max_connections 151
max_heap_table_size 16777216

Bem, isso não está certo. O log lento está desativado, o log de erros tem o nome errado, a conexão e os tamanhos de heap estão errados e o agrupamento do servidor também está errado.

Processos em execução

root     23533     1  0 12:32 pts/3    00:00:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid-file=/var/lib/mysql/hostname.pid
mysql    23624 23533 91 12:32 pts/3    01:05:32 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/lib/mysql/hostname.err --pid-file=/var/lib/mysql/hostname.pid

Vejo que o log de erros listado no processo tem o nome errado logo de cara. Eu tentei reiniciar manualmente o mysql de /etc/init.d, via 'service mysql restart', reiniciando todo o servidor. Nada parece fazer o MySQL ler o conf.

Talvez algo esteja quebrando quando mysqld_safe ativa uma instância mysql? Nenhum problema relatado no log de erros quando o servidor é iniciado. Alguma ideia?

mysql percona
Martin Hope
xref
Asked: 2013-02-26 11:31:27 +0800 CST
  • 5

Via Homebrew acabei de atualizar do MySQL 5.5.29 para 5.6.10 e todas as minhas consultas e usuários existentes estão funcionando bem, mas sempre que tento modificar permissões ou criar usuários agora o MySQL me desconecta. Há alguma configuração de my.cnf que preciso alterar para 5.6, ou atualizações da tabela do sistema que preciso fazer, etc.?

mysql> create user 'something'@'localhost' identified by 'password';
ERROR 2013 (HY000): Lost connection to MySQL server during query

mysql> create user 'something'@'localhost' identified by 'password';
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    1
Current database: *** NONE ***

ERROR 2013 (HY000): Lost connection to MySQL server during query

mysql> SHOW VARIABLES LIKE "%version%";
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    1
Current database: *** NONE ***

+-------------------------+---------------------+
| Variable_name           | Value               |
+-------------------------+---------------------+
| innodb_version          | 1.2.10              |
| protocol_version        | 10                  |
| slave_type_conversions  |                     |
| version                 | 5.6.10              |
| version_comment         | Source distribution |
| version_compile_machine | x86_64              |
| version_compile_os      | osx10.8             |
+-------------------------+---------------------+
7 rows in set (0.00 sec)
mysql
Martin Hope
xref
Asked: 2012-12-20 13:33:48 +0800 CST
  • 5

Eu tenho um mestre e um escravo replicando muito bem, mas o mestre está prestes a ter seu nome de host e IP alterados. No master.infoservidor escravo, vejo o nome do host atual para o mestre, se eu desligar o servidor escravo, alterar o nome do host nesse arquivo e reiniciar o MySQL, será tudo o que preciso? Nenhum nome de usuário/senha etc está mudando.

Se eu usar as consultas CHANGE MASTER, parece que será necessário redefinir a posição do log binário, etc.?

mysql replication
Martin Hope
xref
Asked: 2012-12-11 15:03:33 +0800 CST
  • 24

Eu tenho replicação em execução no Percona Server 5.5 seguindo este guia e me pergunto se devo adicionar read-only=1ao meu escravo my.cnfpara torná-lo somente leitura?

O guia configura a replicação para a tabela mysql para que os usuários sejam replicados, mas estou usando principalmente o escravo para obter mysqldumps e, em caso de emergência, reconfigurá-lo para ser mestre, então não acredito que precisamos (ou deveríamos) ativar a gravação em constantemente?

mysql replication
Martin Hope
xref
Asked: 2012-12-05 09:22:53 +0800 CST
  • 3

Tenho lido muitos tópicos sobre diferentes opções de backup para o MySQL e esperava mais informações para poder escolher uma.

Nossa situação atual é de aproximadamente 100 GB de dados InnoDB e MySAM em 10 bancos de dados (o maior único ~ 60 GB) sem replicação. Backups noturnos do mysqldump por AutoMySQLBackup bloqueiam o banco de dados por 20 minutos.

Removemos o Percona XtraBackup devido a dificuldade em restaurar os bancos de dados para testar se o backup era realmente viável e se poderíamos nos recuperar de um desastre com eles. Além disso, frequentemente transferimos vários bancos de dados para um local diferente para testes de desenvolvimento. Não parecia fácil (ou mesmo possível?) Restaurar um único banco de dados do dump do XtraBackup em nosso servidor Red Hat para uma máquina Mac OS X para desenvolvimento local. Claro que é muito fácil fazer isso com um mysqldump.

Nossa nova configuração terá um mestre MySQL 5.5 replicando para um escravo MySQL 5.5 em um servidor diferente no mesmo rack. Queremos ter backups diários, sem tempo de inatividade devido a bloqueios, etc., e poder mover os backups facilmente e restaurar em diferentes servidores/plataformas. Talvez esta solução sugerida pelo prolífico Rolando seja a melhor?

SUGESTÃO #2: Use a replicação do MySQL no servidor diferente

Em consideração à sua primeira necessidade (baixo custo), se você tiver acesso a um servidor commodity com espaço em disco adequado, configure a replicação do MySQL para esse servidor externo. Dessa forma, você pode executar backups no Slave da seguinte maneira

  • PARAR DE ESCRAVO;
  • XtraBackup
  • INICIAR ESCRAVO;

Você pode fazer isso com impacto zero (sem carga do servidor, sem E/S de disco) no mestre

Naturalmente, substituiríamos o XtraBackup por um mysqldump. Existem ideias melhores para a nossa situação?

mysql replication
Martin Hope
xref
Asked: 2012-11-27 13:32:45 +0800 CST
  • 6

Estamos planejando uma série de atualizações de servidor/software e estamos curiosos.

Temos uma instalação do RHEL5 executando o MySQL 5.0 que gostaríamos de replicar para um novo servidor (virtualizado) executando o CentOS 6 e o ​​MySQL 5.5. Então, no futuro, iríamos transferir a máquina RHEL5 para CentOS6 e MySQL5.5. Queremos começar essa replicação primeiro, se possível.

Portanto, a pergunta curta é: alguém já tentou replicar um mestre MySQL 5.0 para um escravo 5.5?

mysql replication