Recientemente he movido el sitio web de un cliente (usando el CMS concrete5) a un VPS que ejecuta Gentoo, Apache 2.2, PHP5 y MySQL 5 y he notado que los tiempos de respuesta de Apache son bastante malos (era lo mismo en el servidor anterior) , a veces hasta 8-9 segundos, pero más a menudo entre 300 ms y 3 segundos (hacia 300 ms, no me importa). Sé que no es latencia de red, ya que el servidor tiene un ping (desde mi ubicación) de alrededor de 30 ms.
Aquí hay un ejemplo de los tiempos (puede ver que es rápido después de la espera inicial):
Estoy ejecutando APC (aunque no estoy seguro de que funcione correctamente ...) y SuExec. Los módulos de Apache son:
core_module (static)
authn_file_module (static)
authn_default_module (static)
authz_host_module (static)
authz_groupfile_module (static)
authz_user_module (static)
authz_default_module (static)
auth_basic_module (static)
include_module (static)
filter_module (static)
deflate_module (static)
log_config_module (static)
env_module (static)
expires_module (static)
headers_module (static)
setenvif_module (static)
version_module (static)
ssl_module (static)
mpm_prefork_module (static)
http_module (static)
mime_module (static)
status_module (static)
autoindex_module (static)
asis_module (static)
info_module (static)
suexec_module (static)
cgi_module (static)
negotiation_module (static)
dir_module (static)
actions_module (static)
userdir_module (static)
alias_module (static)
rewrite_module (static)
so_module (static)
suphp_module (shared)
y los módulos PHP son:
bcmath
calendar
ctype
curl
db
dbase
domxml
exif
ftp
gd
gettext
iconv
imap
mbstring
mcrypt
mime_magic
mysql
openssl
overload
pcre
posix
session
standard
sysvsem
sysvshm
tokenizer
xml
xslt
zlib
Tengo gzip habilitado en todos los archivos relevantes.
Apache se ejecuta con prefork, y la configuración en httpd.conf es:
<IfModule prefork.c>
StartServers 10
MinSpareServers 10
MaxSpareServers 20
MaxClients 250
MaxRequestsPerChild 4000
</IfModule>
HostnameLookups Off
Me he dado cuenta de que las páginas que (creo) son pesadas en bases de datos, como el Tablero del CMS, suelen ser más lentas. Pensé que esto podría significar que MySQL podría optimizarse. También me preguntaba acerca de los módulos de Apache: me confundo entre mod_php5, mod_cgi, mod_fastcgi, etc., hay consejos contradictorios en toda la red sobre cuál es el mejor para usar.
Aquí está la salida de MySQLTuner :
-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.0.44-log
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 35M (Tables: 161)
[!!] Total fragmented tables: 15
-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 3d 21h 44m 16s (293K q [0.868 qps], 1K conn, TX: 135M, RX: 90M)
[--] Reads / Writes: 99% / 1%
[--] Total buffers: 58.0M global + 1.6M per thread (100 max threads)
[!!] Maximum possible memory usage: 219.7M (93% of installed RAM)
[OK] Slow queries: 0% (0/293K)
[OK] Highest usage of available connections: 2% (2/100)
[OK] Key buffer size / total MyISAM indexes: 16.0M/20.9M
[OK] Key buffer hit rate: 99.6% (5M cached / 21K reads)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 3K sorts)
[!!] Temporary tables created on disk: 47% (2K on disk / 5K total)
[!!] Thread cache is disabled
[!!] Table cache hit rate: 6% (64 open / 1K opened)
[OK] Open file limit used: 12% (128/1K)
[OK] Table locks acquired immediately: 100% (356K immediate / 356K locks)
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Reduce your overall MySQL memory footprint for system stability
Enable the slow query log to troubleshoot bad queries
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Set thread_cache_size to 4 as a starting value
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
query_cache_size (>= 8M)
tmp_table_size (> 32M)
max_heap_table_size (> 16M)
thread_cache_size (start at 4)
table_cache (> 64)
Noté que cuando se cargó una página con gran cantidad de DB, el uso de la CPU aumentó al 57% (usando la parte superior), lo que sugiere que hay algunas cosas MySQL mal optimizadas o que el almacenamiento en caché es absolutamente necesario para acelerar esta configuración.
Cualquier ayuda sería muy apreciada!
HostnameLookup
habilitada la configuración de registro? Si es así, la búsqueda de DNS del cliente solicitante que se agregará al registro de acceso puede ser muy lenta (o el primer servidor DNS incluso agota el tiempo de espera), lo que puede ralentizar la solicitud completa.