Форум Сайтостроение Хостинг

Помогите с оптимизацией сервера

1 23
S
На сайте с 26.10.2005
Offline
100
sstyle
#21
tvds:
X2 работает на SATA жестких дисках (довольно старых и уже не раз использованных другими покупателями), в то время как vq12 (по тестам которые мы проводили) работает на SAS дисках. Именно тут вы и получаете разницу в скорости чтения и соответственно разницу в скорости отклика сайта. Как бы вы не тюнили mysql, не поможет.

я уже вернулся к VQ12. вопрос сейчас в том откуда так много запросов к БД и что с этим делать, как проверить и тп

T
На сайте с 03.06.2010
Offline
51
tvds
#22

Используя утилиту mytop ( http://jeremy.zawodny.com/mysql/mytop/ ) найдите сначала базу (соответственно и сайт), к которой идет самое большое количество запросов. А затем уже решайте что делать: искать проблему в коде сайта или же оптимизировать базу данных.

Доступные решения KVM (http://goo.gl/FrfY7) и OpenVZ (http://goo.gl/w5gsK), VDS/VPS хостинга на SSD и SAS дисках в Нидерландах. Кстати, промокоды, акции, скидки (http://goo.gl/kfYM7) у нас тоже есть. Бесплатные SSL для KVM VPS.
mysql нагружает процессор на Как выявить какие запросы iowait гуляет
S
На сайте с 26.10.2005
Offline
100
sstyle
#23

спасибо за утилитку, но может я не так ее использую? в настройках убрал базу тест. она показывает вот такое: http://pix.am/C45H.png

S
На сайте с 26.10.2005
Offline
100
sstyle
#24
-------- Performance Metrics -------------------------------------------------
[--] Up for: 1d 7h 11m 33s (11M q [103.260 qps], 81K conn, TX: 28B, RX: 2B)
[--] Reads / Writes: 85% / 15%
[--] Total buffers: 214.0M global + 2.7M per thread (151 max threads)
[OK] Maximum possible memory usage: 619.8M (61% of installed RAM)
[OK] Slow queries: 0% (0/11M)
[OK] Highest usage of available connections: 9% (14/151)
[OK] Key buffer size / total MyISAM indexes: 30.0M/19.2M
[OK] Key buffer hit rate: 95.8% (31M cached / 1M reads)
[OK] Query cache efficiency: 82.8% (6M cached / 8M selects)
[!!] Query cache prunes per day: 399307
[OK] Sorts requiring temporary tables: 0% (394 temp sorts / 165K sorts)
[!!] Joins performed without indexes: 30046
[!!] Temporary tables created on disk: 28% (12K on disk / 43K total)
[OK] Thread cache hit rate: 99% (272 created / 81K connections)
[!!] Table cache hit rate: 0% (4 open / 525K opened)
[OK] Open file limit used: 0% (9/1K)
[OK] Table locks acquired immediately: 99% (1M immediate / 1M locks)
[OK] InnoDB data size / buffer pool: 2.3M/128.0M

-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Adjust your join queries to always utilize indexes
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
query_cache_size (> 8M)
join_buffer_size (> 2.0M, or always use indexes with joins)
tmp_table_size (> 32M)
max_heap_table_size (> 32M)
table_cache (> 4)

но увеличить значения как он просит не могу, ибо оперативка то не резиновая ((

Andreyka
На сайте с 19.02.2005
Offline
822
Andreyka
#25

Кривая организация базы требует много оперативки. Это нормально.

Не стоит плодить сущности без необходимости
S
На сайте с 26.10.2005
Offline
100
sstyle
#26
Andreyka:
Кривая организация базы требует много оперативки. Это нормально.

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

Мне кажется тут дело в конфиге кривом, а не работе с базами.

Конечно джумла тоже не фонтан, но улучшить можно..я верю )

1 23

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