- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
lealhost
каким образом? ну и судя по последней статистики, которую я тут привел диски не загружены а LA есть.
Вот меня смущает что в кеше 8.5G и свободно всего 411Мб, это нормально?
MEM | tot 11.7G | free 411.7M | cache 8.5G | dirty 2.4M | buff 969.4M | slab 812.5M | | | | |
Да, нормально, кеш освобождается, если память нужна какому-нибудь процессу.
Например так, предварительно отмонтировав диск (можно загрузиться с LiveCD/Rescue):
tune2fs -O ^has_journal /dev/sdX
e2fsck /dev/sdX
mysqltuner:
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 3G (Tables: 23179)
[--] Data in InnoDB tables: 549M (Tables: 5598)
[--] Data in CSV tables: 0B (Tables: 2)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in MEMORY tables: 0B (Tables: 190)
[!!] Total fragmented tables: 2469
-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 58m 6s (423K q [121.503 qps], 14K conn, TX: 1B, RX: 86M)
[--] Reads / Writes: 79% / 21%
[--] Total buffers: 256.0M global + 4.5M per thread (500 max threads)
[OK] Maximum possible memory usage: 2.4G (20% of installed RAM)
[OK] Slow queries: 0% (0/423K)
[OK] Highest usage of available connections: 4% (21/500)
[OK] Key buffer size / total MyISAM indexes: 32.0M/997.2M
[OK] Key buffer hit rate: 98.8% (4M cached / 52K reads)
[OK] Query cache efficiency: 64.1% (216K cached / 338K selects)
[!!] Query cache prunes per day: 965320
[OK] Sorts requiring temporary tables: 0% (3 temp sorts / 18K sorts)
[!!] Joins performed without indexes: 1121
[!!] Temporary tables created on disk: 30% (4K on disk / 14K total)
[OK] Thread cache hit rate: 99% (21 created / 14K connections)
[!!] Table cache hit rate: 5% (500 open / 8K opened)
[OK] Open file limit used: 1% (588/50K)
[OK] Table locks acquired immediately: 99% (206K immediate / 206K locks)
[!!] InnoDB buffer pool / data size: 128.0M/549.6M
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
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_open_cache gradually to avoid file descriptor limits
Read this before increasing table_open_cache over 64: http://*******/1mi7c4C
Variables to adjust:
query_cache_size (> 64M)
join_buffer_size (> 2.0M, or always use indexes with joins)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
table_open_cache (> 500)
innodb_buffer_pool_size (>= 549M)
спасибо lealhost, но какие могут быть негативные последствия отключения? вы у себя на серверах отключаете данное журналирование тоже?
key_buffer_size = 1200M
innodb_buffer_pool_size = 1G
innodb_flush_log_at_trx_commit = 2
innodb_flush_method = O_DIRECT
tmp_table_size = 64M
max_heap_table_size = 64M
query_cache_type = 1
thread_cache_size = 128
query_cache_limit = 256K
query_cache_size = 128M
table_open_cache = 2048
table_definition_cache = 2048
Так же стоит tmpdir перенести в tmpfs.
Не стоит отключать журнал. Если пропадет питание - могут возникнуть проблемы с fs.
а смысл есть перенеосить tmpdir в tmpfs если диск с базами mysql и на нем же tmdir загружен не более 10%? это чтото даст?
---------- Добавлено 11.08.2014 в 13:31 ----------
нашел domlogs/ куча файлов пишет, что с ним можно сделать?
спасибо lealhost, но какие могут быть негативные последствия отключения? вы у себя на серверах отключаете данное журналирование тоже?
У нас на серверах стоят SSD, журналирование сократит им жизнь, поэтому отключаем.
Но как уже сказали проблемы с ФС могут возникнуть при перебои питания и будет долго выполняться fsck при починке и т.д.
Можно прописать BufferedLogs On в конфиге Apache.
Тогда логи будут сбрасываться пореже, возможно это даст небольшой прирост IOPS.
Не возможно, а точно даст :)