Acho que tu poderia independente de outras coisas analisar os planos de
consulta das consultas mais comuns e criar índices apropriados.
att.,
Renato Krause
<renatokra...@gmail.com>
"Se você dá o peixe, alimenta o homem por um dia, se você ensina a pescar,
alimenta pela vida inteira."


2009/1/19 Márcio Erli <marcioe...@gmail.com>

>  Caros:
> Meu servidor mysql não tem apresentado um bom gerenciamento de memoria, ele
> tem quase que diariamente apresentado uma lentidão em consultas mais
> complexas  e devido a isso quase todos os dias eu tenho que reiniciar o
> mesmo, depois disso tudo fica normal.
> Como não entendo muito, gostaria de opinião sobre algumas das configurações
> do my.cnf.
>
> Configurações do servidor:
> 2 processadores Intel(R) Xeon(TM) CPU 3.00GHz
> MemTotal:      2075672 kB
>
>
> *Configuração do my.cnf*
>  51 key_buffer              = 512M
>  52 max_allowed_packet      = 16M
>  53 thread_stack            = 128K
>  54 thread_cache_size       = 8
>  55 sort_buffer_size        = 2M
>  56 read_buffer_size        = 2M
>  57 max_connections         = 10000
>  58 table_cache             = 512
>  59 thread_concurrency      = 8
>  60 wait_timeout            = 300
>  61
>  62 innodb_data_file_path = ibdata1:500M;ibdata2:500M:autoextend
>  63 innodb_buffer_pool_size = 1500M
>  64 innodb_additional_mem_pool_size = 20M
>  65 innodb_log_file_size = 256M
>  66 innodb_log_buffer_size = 8M
>  67
>  68
>  69
>  70 #
>  71 # * Query Cache Configuration
>  72 #
>  73 query_cache_limit       = 2M
>  74 query_cache_size        = 512M
>
>  -- To UNSUBSCRIBE, email to
> debian-user-portuguese-requ...@lists.debian.org with a subject of
> "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to