Тюнинг mysql

Vin_cent
На сайте с 22.01.2010
Offline
165
11071

Добрый день!

Есть mysql config:


[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql

key_buffer=512M
table_cache=1024

thread_cache_size = 8
query_cache_size = 32M
thread_concurrency = 16
max_connections = 3000

query_cache_type=1
query_cache_limit=2M
query_cache_size=256M

max_allowed_packet = 1M
sort_buffer_size = 4M
read_buffer_size = 4M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 128M

long_query_time=3
slow_query_log_file=/tmp/slow-queries-log

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

mysqltuner.pl выдает следующую инфу:


-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.19
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 1G (Tables: 20)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] InnoDB is enabled but isn't being used
[!!] Total fragmented tables: 3

-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 4d 1h 46m 42s (50M q [142.263 qps], 5K conn, TX: 90B, RX: 6B)
[--] Reads / Writes: 96% / 4%
[--] Total buffers: 928.0M global + 16.4M per thread (3000 max threads)
[!!] Maximum possible memory usage: 48.9G (1270% of installed RAM)
[OK] Slow queries: 0% (191/50M)
[OK] Highest usage of available connections: 9% (274/3000)
[OK] Key buffer size / total MyISAM indexes: 512.0M/606.5M
[OK] Key buffer hit rate: 99.9% (869M cached / 523K reads)
[OK] Query cache efficiency: 58.2% (28M cached / 48M selects)
[!!] Query cache prunes per day: 611857
[OK] Sorts requiring temporary tables: 0% (30K temp sorts / 9M sorts)
[OK] Temporary tables created on disk: 0% (416 on disk / 1M total)
[OK] Thread cache hit rate: 78% (1K created / 5K connections)
[OK] Table cache hit rate: 68% (402 open / 585 opened)
[OK] Open file limit used: 2% (429/15K)
[OK] Table locks acquired immediately: 99% (22M immediate / 22M locks)
[!!] Connections aborted: 20%

-------- Recommendations -----------------------------------------------------
General recommendations:
Add skip-innodb to MySQL configuration to disable InnoDB
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
Increasing the query_cache size over 128M may reduce performance
Your applications are not closing MySQL connections properly
Variables to adjust:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
query_cache_size (> 256M) [see warning above]

Вопрос к профи, что явно сделано в конфиге криво, что нужно изменить/добавить? К сожалению не большой спец в настройке mysql, из-за этого не до конца понимаю советы mysqltuner.

Заранее большое спасибо за советы!

Den73
На сайте с 26.06.2010
Offline
523
#1

ОМГ

Maximum possible memory usage: 48.9G (1270% of installed RAM)

Vin_cent
На сайте с 22.01.2010
Offline
165
#2
Den73:
ОМГ

Maximum possible memory usage: 48.9G (1270% of installed RAM)

Это я так понимаю прогноз? Уменьшить max_connections до 1000 например, или что?

Himiko
На сайте с 28.08.2008
Offline
560
#3
Vin_cent:
Это я так понимаю прогноз? Уменьшить max_connections до 1000 например, или что?

Это что у вас за мезга мощный сервер, что даже тысячу подключений выдержит? На практике, и 200 подключений не требуется для посещаемости в 100 тысяч в сутки. у вас максимально было использована меньше трехсот, войти поставьте реально нужное значение. я бы еще уменьшил зачем то завышенные размеры буферов

А увеличить он вам предлагает query_cache_size, а то его не хватает на все запросы.

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
Vin_cent
На сайте с 22.01.2010
Offline
165
#4
Himiko:
Это что у вас за мезга мощный сервер, что даже тысячу подключений выдержит? На практике, и 200 подключений не требуется для посещаемости в 100 тысяч в сутки. у вас максимально было использована меньше трехсот, войти поставьте реально нужное значение. я бы еще уменьшил зачем то завышенные размеры буферов
А увеличить он вам предлагает query_cache_size, а то его не хватает на все запросы.

max_connections ументшил, поставил 400. А вот какие конкретно буфера уменьшить не знаю :(

Может за деньги кто-нибудь поможет настроить корректно my.cnf (с комментариями для меня, почему так, а не иначе)?

M
На сайте с 16.09.2009
Offline
278
#5
Vin_cent:
Это я так понимаю прогноз? Уменьшить max_connections до 1000 например, или что?

До 200-300 или даже 100.

Vin_cent:
Может за деньги кто-нибудь поможет настроить корректно my.cnf (с комментариями для меня, почему так, а не иначе)?

Почему бы и нет? Обращайтесь, если бюджет достойный.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
Vin_cent
На сайте с 22.01.2010
Offline
165
#6
myhand:
До 200-300 или даже 100.
Почему бы и нет? Обращайтесь, если бюджет достойный.

Не понимаю, почему до 200, если было максимум [OK] Highest usage of available connections: 274?

Что произойдет, если пропишу 200, а в какой-то момент случится 201?

p.s. сейчас свяжусь с вами

N
На сайте с 06.05.2007
Offline
419
#7
Vin_cent:
Может за деньги кто-нибудь поможет настроить корректно my.cnf (с комментариями для меня, почему так, а не иначе)?

В большинстве случаев это бесполезное самовнушение. Практически никогда одними настройками не удается изменить ситуацию.

Cначала вы должны четко осознать конечные цели этих манипуляций. По вашим данным не видно даже что вас не устраивает. Медленных запросов мало.

Himiko:
А увеличить он вам предлагает query_cache_size, а то его не хватает на все запросы.

это он почти всегда и предлагает, но увеличение query_cache не должно быть бесконечным. Пожалуй, 64 мб для среднего современного сервера для средних движков должно быть достаточно.

---------- Добавлено в 14:19 ---------- Предыдущее сообщение было в 14:13 ----------

Vin_cent:
Что произойдет, если пропишу 200, а в какой-то момент случится 201?

А это можно исключить если правильно настроить остальные приложения.

Например, для apache задать MaxClients.

Из изложенного уже можно заметить, что нельзя просто так сходу изменить оптимально пару значений только лишь в mysql.conf. Нужно оценивать сервер в целом и может даже днями и неделями наблюдать за разными показателями.

Кнопка вызова админа ()
M
На сайте с 16.09.2009
Offline
278
#8
Vin_cent:
Не понимаю, почему до 200, если было максимум [OK] Highest usage of available connections: 274?

Потому что скорее всего - это пик, обязанный какой-то проблеме на сервере.

Vin_cent:
Что произойдет, если пропишу 200, а в какой-то момент случится 201?

mysql клиент получит ошибку. А что он дальше с ней будет делать - хз.

Вам правильно написали, что нужно не нажимать на непонятные кнопки - а пытаться исправить какую-то *реальную* проблему. Идиотские настройки mysql, конечно, тоже являются проблемой - но вряд-ли вы затеяли тюнинг mysqld только поэтому.

Vin_cent
На сайте с 22.01.2010
Offline
165
#9

myhand не адекватен.

Продолжаю искать специалиста по настройке my.cnf за деньги или бесплатно.

---------- Добавлено в 13:56 ---------- Предыдущее сообщение было в 13:51 ----------

Ок, начну сначала. Есть my.cnf

Хотелось бы, чтобы там были реальные цифры/настройки, в зависимости от конфигурации дедика. Чтобы небыло там глупостей, аля "max_connections = 3000"

Сервер: Intel Xeon 3450+ (Quad Core) 4 GB DDR3 Memory

Используется ТОЛЬКО под mysql.

uname -a

Linux 2.6.18-194.32.1.el5 #1 SMP Wed Jan 5 17:52:25 EST 2011 x86_64 x86_64 x86_64 GNU/Linux

[Удален]
#10
Vin_cent:
Тюнинг mysql

= постгри + сфинкс

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий