Помогите оптимизировать VDS

Таймаут в php и fastcgi повысь - скрипт умирает не успев выполнить запрос

в php.ini

этот параметр повышать?

; Maximum time (in secondes) for connect timeout. -1 means no limit
mysql.connect_timeout = 60

И насколько?

Вот ещё конфиг nginx.conf

#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] $request '
    #                  '"$status" $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;
    sendfile        on;
    tcp_nopush     on;
        reset_timedout_connection on;
    #keepalive_timeout  0;
    keepalive_timeout  65;



            client_max_body_size       16m;
            client_body_buffer_size    16m;

            proxy_connect_timeout      360;
            proxy_send_timeout         360;
            proxy_read_timeout         360;

            proxy_buffer_size          16m;
            proxy_buffers              24 22m;
            proxy_busy_buffers_size    32m;
            proxy_temp_file_write_size 32m;

                server_names_hash_max_size      1024;
                server_names_hash_bucket_size   128;

        proxy_buffering                 off;
#        proxy_buffers                   512 8k;
#        proxy_buffer_size               8k;
#        proxy_read_timeout              180;
#        proxy_connect_timeout           300;
#        proxy_send_timeout              600;
        proxy_ignore_client_abort       off;
        proxy_intercept_errors          off;


    #gzip  on;



    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443;
    #    server_name  localhost;

    #    ssl                  on;
    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_timeout  5m;

    #    ssl_protocols  SSLv2 SSLv3 TLSv1;
    #    ssl_ciphers  ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
    #    ssl_prefer_server_ciphers   on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

А таймаут у fastcgi где повышать?? и у меня php стоит как CGI а не как fastcgi в этом есть разница для таймаута?

Да и в

такие параметры

ServerRoot "/usr/local"
MaxClients 150
Timeout 60
KeepAlive Off
MaxKeepAliveRequests 100
KeepAliveTimeout 8
StartServers 10
MinSpareServers 10
MaxSpareServers 15
MaxRequestsPerChild 0

и

<IfModule mod_fcgid.c>
	AddHandler fcgid-script .fcgi
</IfModule>
IPCConnectTimeout 160
IPCCommTimeout 160
<IfModule !mpm_winnt_module>
<IfModule !mpm_netware_module>

Везде

Десять таймаутов

В смысле везде 10 если не трудно приведите пример

Посмотрите свои настройки mysqltuner.pl. В вашем случае дело в том, что

некоторые запросы лочат таблицы слишком надолго :-) Используется myisam, база

большая. Может увеличение max_connections + оптимизация используемой памяти

скриптом тюнинга - поможет в вашем случае.

почему то не получилось запустить mysqltuner.pl

запустил tuning-primer.sh

Вот что он мне выдал

SLOW QUERIES

The slow query log is NOT enabled.

Current long_query_time = 10 sec.

You have 90 out of 4945684 that take longer than 10 sec. to complete

Your long_query_time may be too high, I typically set this under 5 sec.



BINARY UPDATE LOG

The binary update log is NOT enabled.

You will not be able to do point in time recovery

See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html



WORKER THREADS

Current thread_cache_size = 0

Current threads_cached = 0

Current threads_per_sec = 3

Historic threads_per_sec = 0

Threads created per/sec are overrunning threads cached

You should raise thread_cache_size



MAX CONNECTIONS

Current max_connections = 100

Current threads_connected = 3

Historic max_used_connections = 58

The number of used connections is 58% of the configured maximum.

Your max_connections variable seems to be fine.



MEMORY USAGE

(standard_in) 2: syntax error

[: -gt: unexpected operator

Max Memory Ever Allocated : 4.33 G

Configured Max Per-thread Buffers : 7.27 G

Configured Max Global Buffers : 122 M

Configured Max Memory Limit : 7.39 G

[: physical_memoryHR: bad number

[: physical_memoryHR: bad number

[: physical_memoryHR: bad number

export: =physical_memoryHR: bad variable name

Только вот не могу разобраться что к чему здесь и какие тут рекомендации??

avgaz добавил 13.10.2009 в 10:13

Ну специалисты подскажите плиз

avgaz, остановите apache/nginx а потом повторите попытку.....

ужас какой-то у вас , обратитесь к админу

что помешало? подробнее можно?

Вы уверены, что скрипт запускали _до_ рестарта mysqld после того как "слетела БД". Если упирается в max_connections - статистика будет сброшена.

Также, у Вас большинство переменных уже "оттюнены" от значений по-умолчанию,

например:

key_buffer = 48M

max_allowed_packet = 12M

table_cache = 256

sort_buffer_size = 32M

read_buffer_size = 6M

join_buffer_size = 24M

Зачем?

Вы уверены, что понимаете смысл этих изменений? sort/read buffer_size, например,

per-connection выделяются. Оттого у Вас и 8Gb mysqld при текущей конфигурации требуется.

Запустить mysqltuner.pl мешало то что в вожу логин и пароль к БД пишет ошибка авторизации когда tuning-primer.sh с этими же данными отлично запускается.

max_connections в файле конфигурации БД в обще нет

Это я где то эти данные взял уже не помню точно где когда настраивал

Ели бы я был уверен я бы не спрашивал а тут и спрашиваю в чем проблема может быть не выполнения тяжелых запросов в SQL и где что подправить?????

реквизиты администратора (root) mysql?

значит - настройка по умолчанию, т.е. 100 у Вас.

в этом и проблема :-)

обращайтесь в личку/почту

попробовать уменьшить потребление памяти mysql и увеличить

max_connections, соответственно.