OVH Community, your new community space.

Optimizacion MySql (sqlprive) con my.cnf


Diablo48
01/11/2011, 19:27
Alomejor tu problema no esta en el MySQL sino en el Apache/PHP has mirado si los tiempos de generacion de la pagina se deben a tiempo de consultas MySQL o a tiempo de generacion de la web (php) ? lo digo porque alomejor estas mirando por el camino que no es, yo he tenido cantidad de tiendas prestashop y vamos en maquinas virtuales con 256Mb de ram y cargando perfectamente.

Un saludo

drifter
31/10/2011, 13:44
Hola ,
después de tener problemas con la base de datos de mi host compartido , pase a un "sqlprive" en OVH ... desde , pues tengo problemas ...
de 128 de Ram pase a 256 , y recién pase 512 pesando que iba a resolver mi males ... pero NADA !

Tengo una tienda online utilizando Prestasop (de momento v1.2.2) desde diciembre del 2009. Hoy en día he perdido 80% de mis clientes por culpa de la lentitud o imposibilidad de acceso a la pagina. Los clientes que entran no consiguen llegar a la finalizacion del pedido, la pagina les cuelga.

Delante la inactividad casi total del servicio técnico de OVH para ayudar en tales casos (llevo desde 2003 en OVH , y la verdad es que el soporte el patético !!) . Os contacto a ver si por aquí hay gurus de SQL que me pueden ayudar ...

En el Manager , me pone :

Consumo de memoria : 79M / 512M

Entiendo que me sobra memoria !!

Pero en Optimización de configuración:
Performance Metrics
check memory usage
Maximum possible memory usage: 612.0M (119% of installed RAM)
Maximum memory used: 367.3M (71% of installed RAM)

el 119% de la RAM instalada ... este se puede subir a mucho mas ? o no tiene nada que ver ? ...

Despues , me pone varias alertas :

check sorting
!! Sorts requiring temporary tables: 48% (842. temp sorts / 1K sorts)
check joins
!! Joins performed without indexes: 162
check temporary tables
!! Temporary tables created on disk: 45% (1K on disk / 2K total)
check table cache
!! Table cache hit rate: 3% (256 open / 8K opened)
check open file
!! Open file limit used: 92% (510/554)

y en Recomendación :
Run OPTIMIZE TABLE to defragment tables for better performance
Enable the slow query log to troubleshoot bad queries
Increase the sort_buffer_size and the read_rnd_buffer_size
Adjust your join queries to always utilize indexes
Temporary table size is already large - reduce result set size
Increase table_cache gradually to avoid file descriptor limits

my.cnf
read_rnd_buffer_size = 8M
join_buffer_size = 8M
table_open_cache = 512
open_files_limit = 1K

... el table_open_cache me dice de pasar 512 , pero a 512 me dice de pasarlo a 256 !!

el resto , pues no se si debo cambiarlo , ya que la pagina ahora mas o menos funciona , y si sigo las modificacion de my.cnf hasta el final , se ma acaba colgando la web !

la pagina es easyvap.es

os pongo mi my.cnf a ver si hay una barbaridad que hace que las cosas vayan mal o si falta algo especifico para que un Prestashop funcione correctamente...

[mysqld]
max_connections=32
query_cache_limit= 8M
query_cache_size = 32M
table_cache = 256
thread_cache_size = 4
table_open_cache = 512
max_heap_table_size = 512M
join_buffer_size = 4M
table_open_cache = 256

tmp_table_size=256M

skip-locking
key_buffer_size = 32M
max_allowed_packet = 1M
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 4M
net_buffer_length = 2K
thread_stack = 128K

max_binlog_cache_size = 1M
max_join_size = 1M
max_seeks_for_key = 2M
max_write_lock_count = 512K
myisam_max_sort_file_size = 1M

########################
##Configuration Innodb##
##Uncomment the next line to disable Innodb

#skip-innodb

innodb_buffer_pool_size = 16M
innodb_additional_mem_pool_size = 2M

innodb_log_file_size = 10M
innodb_log_buffer_size = 4M

innodb_flush_log_at_trx_commit=1


--------------

Gracias por leer , y perdonar el ladrillo
Saludos