Foros del Web » Administración de Sistemas » Cloud Computing »

Ayuda para configurar mi .cnf y entender el tuning-primer

Estas en el tema de Ayuda para configurar mi .cnf y entender el tuning-primer en el foro de Cloud Computing en Foros del Web. Saludos aqui les dejo el analisis del tuning-primer espero y me puedan ayudar a configurar bien el .cnf Cita: MySQL Version 5.0.45-log i686 Uptime = ...
  #1 (permalink)  
Antiguo 25/09/2009, 20:59
 
Fecha de Ingreso: junio-2008
Mensajes: 105
Antigüedad: 15 años, 10 meses
Puntos: 1
Ayuda para configurar mi .cnf y entender el tuning-primer

Saludos aqui les dejo el analisis del tuning-primer espero y me puedan ayudar a configurar bien el .cnf

Cita:
MySQL Version 5.0.45-log i686

Uptime = 8 days 21 hrs 11 min 39 sec
Avg. qps = 44
Total Questions = 33912536
Threads Connected = 3

Server has been running for over 48hrs.
It should be safe to follow these recommendations

To find out more information on how each of these
runtime variables effects performance visit:
http://dev.mysql.com/doc/refman/5.0/...variables.html
Visit http://www.mysql.com/products/enterprise/advisors.html
for info about MySQL's Enterprise Monitoring and Advisory Service

SLOW QUERIES
The slow query log is enabled.
Current long_query_time = 5 sec.
You have 474179 out of 33912585 that take longer than 5 sec. to complete
Your long_query_time seems to be fine

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/...-recovery.html

WORKER THREADS
Current thread_cache_size = 192
Current threads_cached = 146
Current threads_per_sec = 0
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 2000
Current threads_connected = 3
Historic max_used_connections = 149
The number of used connections is 7% of the configured maximum.
You are using less than 10% of your configured max_connections.
Lowering max_connections could help to avoid an over-allocation of memory
See "MEMORY USAGE" section to make sure you are not over-allocating

MEMORY USAGE
Max Memory Ever Allocated : 11.95 G
Configured Max Per-thread Buffers : 157.08 G
Configured Max Global Buffers : 258 M
Configured Max Memory Limit : 157.34 G
Physical Memory : 3.94 G

Max memory limit exceeds 90% of physical memory

KEY BUFFER
Current MyISAM index space = 33 M
Current key_buffer_size = 184 M
Key cache miss rate is 1 : 378
Key buffer free ratio = 88 %
Your key_buffer_size seems to be fine

QUERY CACHE
Query cache is enabled
Current query_cache_size = 64 M
Current query_cache_used = 780 K
Current query_cache_limit = 16 M
Current Query cache Memory fill ratio = 1.19 %
Current query_cache_min_res_unit = 4 K
Your query_cache_size seems to be too high.
Perhaps you can use these resources elsewhere
MySQL won't cache query results that are larger than query_cache_limit in size

SORT OPERATIONS
Current sort_buffer_size = 32 M
Current read_rnd_buffer_size = 256 K
Sort buffer seems to be fine

JOINS
Current join_buffer_size = 32.00 M
You have had 0 queries where a join could not use an index properly
Your joins seem to be using indexes properly
join_buffer_size >= 4 M
This is not advised

OPEN FILES LIMIT
Current open_files_limit = 10000 files
The open_files_limit should typically be set to at least 2x-3x
that of table_cache if you have heavy MyISAM usage.
Your open_files_limit value seems to be fine

TABLE CACHE
Current table_cache value = 2024 tables
You have a total of 117 tables
You have 117 open tables.
The table_cache value seems to be fine

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 32 M
Of 1312997 temp tables, 45% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Perhaps you should increase your tmp_table_size and/or max_heap_table_size
to reduce the number of disk-based temporary tables
Note! BLOB and TEXT columns are not allow in memory tables.
If you are using these columns raising these values might not impact your
ratio of on disk temp tables.

TABLE SCANS
Current read_buffer_size = 15 M
Current table scan ratio = 547 : 1
read_buffer_size is over 8 MB there is probably no need for such a large read_buffer

TABLE LOCKING
Current Lock Wait ratio = 1 : 5759
Your table locking seems to be fine
  #2 (permalink)  
Antiguo 25/09/2009, 23:42
Avatar de j_aroche
Server Ninja
 
Fecha de Ingreso: agosto-2006
Ubicación: iPhone: 14.624481,-90.487457
Mensajes: 2.066
Antigüedad: 17 años, 8 meses
Puntos: 223
Respuesta: Ayuda para configurar mi .cnf y entender el tuning-primer

Que herramienta usaste para generar ese reporte? Por lo que leo, la configuración de tu servidor mysql está para usar muchos más recursos de los que dispone (lee detenidamente las intrucciones que te da el reporte).

Si necesitas una segunda "opinión", te recomiendo usar MySQL Tunner, por lo que veo te indica instrucciones más claras de que valores modificar. No sabría decirte cual funciona mejor ya que intentan darte una guía de como optimizar tu servidor en terminos generales.
__________________
Blog: JavierAroche.com - Twitter: @j_aroche
  #3 (permalink)  
Antiguo 27/09/2009, 20:30
Avatar de Adsl5mb  
Fecha de Ingreso: junio-2007
Mensajes: 1.589
Antigüedad: 16 años, 10 meses
Puntos: 34
Respuesta: Ayuda para configurar mi .cnf y entender el tuning-primer

Cita:
Iniciado por j_aroche Ver Mensaje
Que herramienta usaste para generar ese reporte? Por lo que leo, la configuración de tu servidor mysql está para usar muchos más recursos de los que dispone (lee detenidamente las intrucciones que te da el reporte).

Si necesitas una segunda "opinión", te recomiendo usar MySQL Tunner, por lo que veo te indica instrucciones más claras de que valores modificar. No sabría decirte cual funciona mejor ya que intentan darte una guía de como optimizar tu servidor en terminos generales.
Está utilizando el script Tuning-primer.sh

El reporte da varias cosas necesarias para optimizar, si tu proveedor es administrado podrías decirle a ellos que te lo optimicen de acuerdo a el reporte que nos mandas.

Algunos valores que recomienda bajar es:
max_connections
query_cache_size

De todas formas está bastante bien y por lo menos por ese reporte no existe ningún problema de configuración que pueda interferir en el rendimiento salvo la del MEMORY USAGE pero mientras no alcances el limite de memoria no habría problema.
__________________
Foro: Yelsoft
Blog: Milutilidades
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 17:29.