miroslav.chandler написав:ping написав:час від часу стрімко зростає кількість процесів, сервер свопиться і зависає.
як виловити - хто крайній і забрав собі всю пам’ять?
а звідки ви взнали шо він свопиться? вот там і дивіться.
▼Прихований текст
ставив uwsgi + nginx, шо тяжкого?)
та вже подивився -
якщо вірити htop - ненажера mysql нащось тримає десятки відкритих процесів.
(хоча там є обмеження - не може взяти більше за 40% наявної пам’яті - то як при цьому заганяє сервер в своп?)
mysqltuner
>> MySQLTuner 1.1.1 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password:
-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.31-0+wheezy1
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 12M (Tables: 495)
[--] Data in InnoDB tables: 75M (Tables: 2252)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in MEMORY tables: 0B (Tables: 17)
[!!] Total fragmented tables: 2253
-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 9d 14h 29m 2s (22M q [26.585 qps], 99K conn, TX: 23B, RX: 5B)
[--] Reads / Writes: 99% / 1%
[--] Total buffers: 208.0M global + 2.7M per thread (70 max threads)
[OK] Maximum possible memory usage: 396.1M (39% of installed RAM)
[OK] Slow queries: 0% (189/22M)
[!!] Highest connection usage: 100% (70/70)
[OK] Key buffer size / total MyISAM indexes: 32.0M/4.0M
[OK] Key buffer hit rate: 100.0% (73M cached / 632 reads)
[!!] Query cache efficiency: 12.3% (2M cached / 21M selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 2M sorts)
[!!] Joins performed without indexes: 200403
[OK] Temporary tables created on disk: 6% (154K on disk / 2M total)
[OK] Thread cache hit rate: 99% (70 created / 99K connections)
[!!] Table cache hit rate: 4% (1K open / 23K opened)
[OK] Open file limit used: 12% (268/2K)
[OK] Table locks acquired immediately: 99% (41M immediate / 41M locks)
[OK] InnoDB data size / buffer pool: 75.6M/128.0M
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Enable the slow query log to troubleshoot bad queries
Reduce or eliminate persistent connections to reduce connection usage
Adjust your join queries to always utilize indexes
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
max_connections (> 70)
wait_timeout (< 28800)
interactive_timeout (< 28800)
query_cache_limit (> 1M, or use smaller result sets)
join_buffer_size (> 128.0K, or always use indexes with joins)
table_cache (> 1024)
з іншого боку один сайт під prestashop - це , здається, 260 таблиць.
а на сервері їх 5 шт + ще парочка під OpenCart.
може не бавитися з тюнінгом, а просто докупити Гіг пам’яті?
)