Подскажите в оптимизации MySQL

12
VH
На сайте с 30.03.2011
Offline
61
1223

Привет!

хочу сказать сразу - я самоучка, поэтому многие очевидные для Вас вещи я могу не знать и не понимать. Поэтому прошу писать четкие и понятные советы.

.. что и как надо исправить для оптимальной работы?

вот что имею на сегодня:

tuning-primer.sh

[ATTACH]138970[/ATTACH]

- текстовая версия:


MySQL Version 5.1.66-0+squeeze1 x86_64

Uptime = 42 days 4 hrs 45 min 31 sec
Avg. qps = 127
Total Questions = 464154165
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.1/en/server-system-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 = 10.000000 sec.
You have 6029261 out of 464154285 that take longer than 10.000000 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.1/en/point-in-time-recovery.html

WORKER THREADS
Current thread_cache_size = 8
Current threads_cached = 7
Current threads_per_sec = 0
Historic threads_per_sec = 0
Your thread_cache_size is fine

MAX CONNECTIONS
Current max_connections = 600
Current threads_connected = 3
Historic max_used_connections = 404
The number of used connections is 67% of the configured maximum.
Your max_connections variable seems to be fine.

No InnoDB Support Enabled!

MEMORY USAGE
Max Memory Ever Allocated : 6.90 G
Configured Max Per-thread Buffers : 7.28 G
Configured Max Global Buffers : 2.00 G
Configured Max Memory Limit : 9.28 G
Physical Memory : 7.71 G

Max memory limit exceeds 90% of physical memory

KEY BUFFER
Current MyISAM index space = 7.25 G
Current key_buffer_size = 1.50 G
Key cache miss rate is 1 : 317
Key buffer free ratio = 2 %
You could increase key_buffer_size
It is safe to raise this up to 1/4 of total system memory;
assuming this is a dedicated database server.

QUERY CACHE
Query cache is enabled
Current query_cache_size = 512 M
Current query_cache_used = 443 M
Current query_cache_limit = 16 M
Current Query cache Memory fill ratio = 86.64 %
Current query_cache_min_res_unit = 2 K
However, 39779795 queries have been removed from the query cache due to lack of memory
Perhaps you should raise query_cache_size
MySQL won't cache query results that are larger than query_cache_limit in size

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

JOINS
Current join_buffer_size = 2.00 M
You have had 420 queries where a join could not use an index properly
You should enable "log-queries-not-using-indexes"
Then look for non indexed joins in the slow query log.
If you are unable to optimize your queries you may want to increase your
join_buffer_size to accommodate larger joins in one pass.

Note! This script will still suggest raising the join_buffer_size when
ANY joins not using indexes are found.

OPEN FILES LIMIT
Current open_files_limit = 10650 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_open_cache = 30000 tables
Current table_definition_cache = 4096 tables
You have a total of 2351 tables
You have 3505 open tables.
The table_cache value seems to be fine

TEMP TABLES
Current max_heap_table_size = 1.00 G
Current tmp_table_size = 1.00 G
Of 1224096 temp tables, 3% were created on disk
Created disk tmp tables ratio seems fine

TABLE SCANS
Current read_buffer_size = 2 M
Current table scan ratio = 2089 : 1
read_buffer_size seems to be fine

TABLE LOCKING
Current Lock Wait ratio = 1 : 11227
Your table locking seems to be fine

СПАСИБО!

png tuning-primer.png
K5
На сайте с 21.07.2010
Offline
209
#1

max_connections = 600 круто круто!!! почему не 1000??? вам даже красным выделили MEMORY USAGE

---------- Добавлено 26.11.2014 в 16:21 ----------

да и неплохо бы знать на чем вы все это крутите...

аська 45два48499два записки на работе (http://memoryhigh.ru) помогу с сайтом, удалю вирусы, настрою впс -> отзывы ТУТ (/ru/forum/836248) и ТАМ (http://www.maultalk.com/topic140187.html) !!!всегда проверяйте данные людей, которые сами пишут вам в аську или скайп!!!
VH
На сайте с 30.03.2011
Offline
61
#2
kgtu5:
max_connections = 600 круто круто!!! почему не 1000???

- было 400 и при Historic max_used_connections = 404

при этом получал ошибку - mysql_connect(): Too many connections.

После этого увеличил до 600

--------

крутится на:

Dedicated

Intel Celeron G1620 2.7 GHz (2 ядра)

RAM 8Gb

K5
На сайте с 21.07.2010
Offline
209
#3
Historic max_used_connections = 404

это ладно, а не задумались почему выделено красным (причина написана на картинке) ?

VH
На сайте с 30.03.2011
Offline
61
#4

kgtu5, понимаю что идет перерасход памяти, но при таком распределении мне удалось получить приемлемое быстродействие сайтов и стабильность... (перестали сыпаться ошибки - MySQL server has gone away)

Himiko
На сайте с 28.08.2008
Offline
560
#5

А вы не думаете, что проблема в том, что у вас сервер не справляется с нагрузкой на mysql-сервер?

В таком случае хоть 5000 укажите, сервер просто падать начнет.

Потому как не будет успевать обрабатывать запросы.

Почему-то все новички начинают сразу думать, что всегда проблема в конфигах и есть единый "правильный" конфиг.

На самом же деле нужно анализировать работу сервера и нагрузку, а уже потом делать выводы.

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
Andreyka
На сайте с 19.02.2005
Offline
822
#6

Ага, об этом было писано давным давно, а воз и ныне там

Не стоит плодить сущности без необходимости
G-and-Y
На сайте с 29.06.2013
Offline
185
#7

ТС я больше нуб чем вы наверно, но почитайте может что и пригодится

/ru/forum/859302

Абузо-устойчивые впс ( http://vps-hosting.lv/?p=13408 )
LEOnidUKG
На сайте с 25.11.2006
Offline
1762
#8
vit_hol:
kgtu5, понимаю что идет перерасход памяти, но при таком распределении мне удалось получить приемлемое быстродействие сайтов и стабильность... (перестали сыпаться ошибки - MySQL server has gone away)

Эм... что у вас за движок на сайтах? Самописы или что?

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/ ✅ Настройка и оптимизация серверов https://getmanyspeed.ru/
VH
На сайте с 30.03.2011
Offline
61
#9

Himiko, Andreyka, - до выделенного сервера все тоже крутилось на VPS с куда более слабыми характеристиками (а 8 гиг оперативы - было из области фантастики )...

Поэтому более чем уверен, что можно все и тут настроить.

G-and-Y, - спасибо, перечитаю.

LEOnidUKG, - нет, не самописы, один большой(сравнительно, как по мне, для Вас может и мелочь) проект на vBulletin 4

Lord_Leon
На сайте с 04.03.2010
Offline
63
#10

vit_hol, добрый вечер.

1) php, веб-сервер оптимизированы?

2) Версия mysql 5.1.66 актуальная или есть новее?

Промышленный дизайн (https://aicogroup.ru/portfolio/industrial-design) корпуса для рэа | Крипозащита данных, создание сайтов (https://aicogroup.ru/portfolio/sozdanie-saytov).
12

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