Mysql + phpnuke e o Load excessivo do processador

Boas,

Tenho um portal nas maos que funciona sobre phpnuke e mysql.
Costuma ter +- 500 pessoas ligadas em simultaneo, e o que me está a chatear é que a maquina (um A64 3200+ c/ 1GB RAM) está um pouco arreada ...

Alem de ver o mysql as vezes a consumir 70 e 80% do processador, chateia-me porque até a consola está lenta.

Já tentei mil e uma tweaks diferentes, e mesmo assim continua um pouco lenta.
Visto que estes problemas já existiam no inicio quando meia duzia de pessoas estavam ligadas, pergunto-me se é defeito da configuração do mysql, ou se tem a ver com o facto de a BD ser um backup do que estava instalado noutra maquina ?


Esta é a config que estou a usar actualmente :

Código:
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
bind-address=127.0.0.1
ft_min_word_len=2
ft_stopword_file=
skip-locking
set-variable = max_connections=500
set-variable = key_buffer=16M
set-variable = max_allowed_packet=1M
set-variable = table_cache=250
set-variable = sort_buffer=6M
set-variable = record_buffer=6M
set-variable = thread_cache=128
set-variable = thread_concurrency=4 # Try number of CPU's*2
set-variable = myisam_sort_buffer_size=64M
set-variable = thread_stack=128K
log-bin

[mysqldump]
quick
set-variable = max_allowed_packet=16M

[mysql.server]
user=mysql
basedir=/var/lib

[mysql]
no-auto-rehash
#safe-updates # Remove the comment character if you are not familiar with SQL

[isamchk]
set-variable = key_buffer=256M
set-variable = sort_buffer=256M
set-variable = read_buffer=2M
set-variable = write_buffer=2M

[myisamchk]
set-variable = key_buffer=256M
set-variable = sort_buffer=256M
set-variable = read_buffer=2M
set-variable = write_buffer=2M

[mysqlhotcopy]
interactive-timeout

[mysqld_safe]
err-log=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid


Alguem tem sugestões ?


tks :)
 
Não precebo nada de base de dados, mas quando o pessoal começa a ficar aflito com o tamanho e uso da base de dados começa a remover umas cenas superfulas e a configurar opções como o tempo de search, etc... O próprio phpnuke deve ter uns tweaks..
 
spastikman disse:
Boas,

Tenho um portal nas maos que funciona sobre phpnuke e mysql.
Costuma ter +- 500 pessoas ligadas em simultaneo, e o que me está a chatear é que a maquina (um A64 3200+ c/ 1GB RAM) está um pouco arreada ...


Alguem tem sugestões ?


tks :)

Não tens possibilidades de fazer um upgrade a maquina pra 2Gb Ram?

Eu tenho um portal brasileiro alojado no meu server com 6500 user 500 a 600 sempre online e tb tinha problemas, mas resolvi o probs passei a trabalhar com um dual opteron 2,2 com 8GB ram desde então nunca mais tive problemas com o mysql devido ao load do sistema
 
não é pela RAM ...

Código:
top - 16:08:31 up 2 days,  1:22,  1 user,  load average: 6.73, 3.67, 2.63
Tasks: 183 total,   1 running, 182 sleeping,   0 stopped,   0 zombie
Cpu(s): 20.3% us,  5.3% sy,  0.0% ni,  0.0% id, 74.4% wa,  0.0% hi,  0.0% si
Mem:    969756k total,   496332k used,   473424k free,      460k buffers
Swap:  2008084k total,   225520k used,  1782564k free,    30428k cached


eu continuo a axar que a migração da BD provocou inconsistencias ...


como já disse no inicio, mesmoquando só estava 1 ou 2 pessoas ligado
a bd já se passava e escalava o processador as vezes até aos 100% ... :|
 
isso provavelmente é problema do phpnuke.
Diz-me uma coisa... qual o tamanho da DB? qual o filesystem onde ela está (tipo de)?
 
Como disse o pedrotuga, olha para a DB. A maioria dos slowdowns vêm de DB's que estão a fazer qqr coisa "extra". Uma DB bem pensada dá-te sempre uma resposta num tempo razoável. Uma mal pensada dá quando eventualmente a encontrar.

Mal vistas as coisas, é como a situação dos ficheiros mbox... Quando têm umas duzias de megas é perfeitamente aceitável, quando têm uns gigas e perdes o summary file, é de mandar com a cabeça na parede.
 
a bd tem cerca de 550MB
o filesystem é ext3


eu continuo a axar que é problema do phpnuke ...

por descargo de consciencia, reinstalei o mysql server e passei da 4.1 para 5.0 ...


continua tudo igual :|
 
Back
Topo