[FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD [RESOLVIDO]

Marcelo Gondim gondim em bsdinfo.com.br
Quinta Julho 12 12:00:40 BRT 2012


Em 12/07/2012 11:15, Marcelo da Silva escreveu:
> Bom dia pessoal...
>
> sou praticamente leigo neste assunto, mas to acompanhando atentamente
> a discussao,  e nestes dias tambem estava mexendo com o um servidor
> mysql em um
> freebsd9, esta opcao read_rnd_buffer_size=8   é default  no
> arquivo  my-huge.cnf,   no medium é 512  e no small 256
>
> eu uso o mysqltunner e usando o arquivo de configuracao my-huge
> o comportamento é o mesmo do setup  do Gondim,  setando em 5 mil
> conexoes, ele pedia mais de 64 giga de ram...
Marcelo comenta o read_rnd_buffer_size que vai resolver seu problema. Aí 
você vai tunando as outras variáveis.  :)
Ele tem esse valor por default porque o max_connections default são 100 
mas daí usar 1000, 2000... aí a coisa muda de figura.  ;)
> Em 12.07.2012 01:40, Marcelo Gondim escreveu:
>> Em 12/07/2012 00:24, Edson Brandi escreveu:
>>> Marcelo,
>>>
>>> O problema está nessa configuração ai do mysql que vc esta usando...
>>>
>>> Refiz um teste aqui com o FreeBSD 64 bits...
>>>
>>> Se eu uso o /usr/local/share/mysql/my-huge.cnf  como sendo o meu
>>> /var/db/mysql/my.cnf e seto o max_connections=4000 , o output do
>>> tunning primer é o que vc está obtendo:
>>>
>>> MEMORY USAGE
>>> Max Memory Ever Allocated : 572 M
>>> Configured Max Per-thread Buffers : 48.21 G
>>> Configured Max Global Buffers : 560 M
>>> Configured Max Memory Limit : 48.76 G
>>> Physical Memory : 3.74 G
>>>
>>> Max memory limit exceeds 90% of physical memory
>>>
>>> ####
>>>
>>> Se eu uso o mysqld com a configuração default (default = não existe
>>> o
>>> my.cnf), e adiciono apenas o parâmetro para 4.000 conexões (o
>>> arquivo
>>> vai ficar com apenas 2 linhas):
>>>
>>> [mysqld]
>>> max_connections=4000
>>>
>>> O output do tuning-primer.sh é o que eu tinha enviado antes (muito
>>> semelhante no linux e no FreeBSD):
>>>
>>> MEMORY USAGE
>>> Max Memory Ever Allocated : 154 M
>>> Configured Max Per-thread Buffers : 10.49 G
>>> Configured Max Global Buffers : 152 M
>>> Configured Max Memory Limit : 10.64 G
>>> Physical Memory : 3.74G
>>>
>>> Max memory limit exceeds 90% of physical memory
>>>
>>> ####
>>>
>>> Se eu uso o mesmo arquivo de configuração
>>> (/usr/local/share/mysql/my-huge.cnf ) no servidor Linux, fazendo os
>>> ajustes necessários para que o mysqld rode, visto que aqui no meu
>>> lab
>>> o daemon no linux nem sobe com este arquivo de configuração copiado
>>> do
>>> FreeBSD se vc não adicionar as linhas abaixo na sessão [mysqld]:
>>>
>>> datadir=/var/lib/mysql
>>> socket=/var/lib/mysql/mysql.sock
>>> user=mysql
>>>
>>> O resultado é o mesmo que no FreeBSD:
>>>
>>> MEMORY USAGE
>>> Max Memory Ever Allocated : 584 M
>>> Configured Max Per-thread Buffers : 48.46 G
>>> Configured Max Global Buffers : 560 M
>>> Configured Max Memory Limit : 49.00 G
>>> Physical Memory : 3.74 G
>>>
>>> Max memory limit exceeds 90% of physical memory
>>>
>>> ####
>>>
>>> Ou seja, acho pouco provável que o seu servidor Linux e o seu
>>> servidor
>>> FreeBSD estejam rodando exatamente com a mesma configuração no MySQL
>>> (este my-huge.cnf)...
>>>
>>> Edson
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>> Achei o maldito. Interessante que na configuração original ele está
>> em
>> K. Em algum momento eu devo ter colocado esse cara pra M pra tunar
>> algo.
>> Esse cara aqui que descacetou tudo: read_rnd_buffer_size = 8M
>> Quando adiciono ele tanto no Linux quanto no FreeBSD com valor alto
>> tipo
>> 8M tudo sobe. Com valores em K ou sem ele o consumo é o esperado.
>> Ufa! Resolvido. Edson valeu mesmo e realmente está comprovado que não
>> existe a diferença entre o Linux e o FreeBSD e sim foi um erro meu
>> nos
>> testes.
>> Agora já estou com esperanças novamente de migrar o servidor Linux
>> para
>> FreeBSD rsrsrsrsr
>>
>> Galera vou abrir outra thread para discutirmos o tunning para esse
>> tipo
>> de servidor com muito acesso.  :)
>> Mas vou fazer isso mais tarde porque são 01:39 e não aguento mais por
>> hoje ahhaahha
>>
>> Obrigado à todos mais uma vez e me desculpem pelo erro de K e M
>> rsrsrsrs
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>




Mais detalhes sobre a lista de discussão freebsd