Início / dba / Perguntas / 14622
Accepted
ColinM
Asked: 2012-03-08 22:36:09 +0800 CST

Quais são algumas das principais configurações para usar uma tabela InnoDb para armazenamento de sessão?

  • 772

Eu quero começar a agrupar meus servidores de aplicativos PHP, mas não quero ir para uma configuração de balanceamento de carga de sticky-sessions neste momento. No entanto, quero sessões que persistam no disco e implementem o bloqueio adequado. Eu já tenho um servidor dedicado ao banco de dados com uma quantidade confortável de RAM livre, então gostaria de considerar o uso de uma instância adicional do MySQL apenas para armazenamento de sessão na mesma máquina. Atualmente, minha pasta de sessões no sistema de arquivos é de ~ 131 MB e possui ~ 23k de arquivos. Estou planejando usar InnoDb com SELECT ... FOR UPDATE para implementar o bloqueio de sessão.

A execução de duas instâncias do MySQL otimizadas para finalidades diferentes no mesmo servidor é uma má ideia? (Se sim, por quê?)

Para a instância somente de sessões, quais são algumas dicas de otimização? Quero que seja persistente, mas não me importo de perder um pouco de dados em caso de desastre, enquanto com o banco de dados principal do aplicativo, não quero arriscar nenhuma perda de dados.

Se eu puder poupar, digamos, 256 MB de RAM para esta instância do MySQL (a instância principal tem ~ 6 GB), como devo alocá-la?

Desativar o cache de consulta ou não?

Quais configurações posso usar para reduzir as gravações de disco (já que não me preocupo muito com a durabilidade desta instância)? Por exemplo, innodb_locks_unsafe_for_binlog, innodb_flush_method, etc.

mysql innodb

1 respostas

  1. Best Answer

    Você poderia experimentarinnodb_flush_log_at_trx_commit

    De acordo com a documentação do MySQL em innodb_flush_log_at_trx_commit

    Se o valor de innodb_flush_log_at_trx_commit for 0, o buffer de log será gravado no arquivo de log uma vez por segundo e a operação de liberação para disco será executada no arquivo de log, mas nada será feito em uma confirmação de transação. Quando o valor é 1 (o padrão), o buffer de log é gravado no arquivo de log em cada confirmação de transação e a operação de liberação para disco é executada no arquivo de log. Quando o valor é 2, o buffer de log é gravado no arquivo em cada confirmação, mas a operação de liberação para disco não é executada nele. No entanto, a liberação no arquivo de log ocorre uma vez por segundo também quando o valor é 2. Observe que a liberação uma vez por segundo não é 100% garantida de acontecer a cada segundo, devido a problemas de agendamento do processo.

    O valor padrão de 1 é necessário para conformidade total com ACID. Você pode obter um melhor desempenho definindo o valor diferente de 1, mas pode perder até um segundo de transações em uma falha. Com um valor de 0, qualquer travamento do processo mysqld pode apagar o último segundo das transações. Com um valor de 2, apenas uma falha no sistema operacional ou uma queda de energia pode apagar o último segundo das transações. A recuperação de falhas do InnoDB funciona independentemente do valor.

    Para maior durabilidade e consistência possíveis em uma configuração de replicação usando InnoDB com transações, use innodb_flush_log_at_trx_commit=1 e sync_binlog=1 no arquivo my.cnf do servidor mestre.

    Cuidado

    Muitos sistemas operacionais e alguns hardwares de disco enganam a operação de descarga para o disco. Eles podem dizer ao mysqld que o flush ocorreu, mesmo que não tenha ocorrido. Assim, a durabilidade das transações não é garantida mesmo com a configuração 1 e, na pior das hipóteses, uma queda de energia pode até corromper o banco de dados InnoDB. O uso de um cache de disco alimentado por bateria no controlador de disco SCSI ou no próprio disco acelera a liberação de arquivos e torna a operação mais segura. Você também pode tentar usar o comando Unix hdparm para desabilitar o cache de gravações de disco em caches de hardware ou usar algum outro comando específico para o fornecedor de hardware.

    Com base nisso, valores diferentes de 1 colocam o InnoDB em risco de perder 1 segundo de transações ou dados de confirmação de uma transação.

    Tanto quanto innodb_flush_method , o padrão é o melhor. Escrevi um post anterior para descrever os efeitos de ajustá-lo .

    Quanto à execução de várias instâncias do MySQL , tudo bem, desde que você tenha memória suficiente para o sistema operacional e memória suficiente de conexões de banco de dados para as várias instâncias.

    • 1

relate perguntas