mysql - mede a quantidade de escrita

1

Sistema: Centos 6.4 , PerconaDb/MySQL 5.5.31

Estou executando um banco de dados mysql relativamente pequeno com cerca de 30 bancos de dados, com um total de 12Gb, mas com leituras, atualizações e gravações pesadas (textos, posts, dados do usuário e ações do usuário estão sendo distribuídos de forma uniforme durante o dia). É um banco de dados relacional típico, nenhum data warehouse ou algo assim.

Atualmente, ele é executado em alguns dois HDDs (não tem certeza sobre as especificações, é hospedado) dando aos discos um tempo difícil, com 25% de utilização de IO, avg 700 IOPS, 5Mbps (de acordo com o agente de monitoramento Newrelic no servidor). O servidor MySQL inteiro está fazendo cerca de 540 consultas por segundo, em média.

Estou pensando em colocá-lo em matriz de disco separado, e estou pensando em usar o SSD para ele. Discos SSD clássicos ou placa PCI SSD.

Como existem limites técnicos de quantos dados podem ser gravados no SSD, antes que os chips se desgastem, eu gostaria de calcular / estimar o tempo que os discos ficarão bons antes de precisarem ser substituídos.

Minhas perguntas são:

  1. É uma otimização prematura? Não consigo reescrever todos os aplicativos usando todos os bancos de dados, todos são indexados o melhor possível, não sou novato nisso, mas aceito que pode haver coisas a serem consideradas e alteradas.
  2. Como posso medir a quantidade de dados gravados por MySQL ? para estimar quanto tempo ele provavelmente viverá no SSD. Aplica-se mesmo a essa quantidade de dados, devo me preocupar com isso?
  3. Você tem alguma experiência com a execução de MySQL no SSD, alguma prática recomendada para compartilhar aqui?
por Radek 27.01.2014 / 11:04

0 respostas