SmartCJ Support Forum

Там тоже человек долго спорил про инно, потом конвертанул и топик стал не актуален.

Топикстартеру: вывод mysqltuner сюда, плиз.

mysqltuner пишет в том числе и это

Your applications are not closing MySQL connections properly

из-за этого возможно очень много коннектов

[!!] Highest connection usage: 100% (501/500)

Что делать?

1. (временная мера) уменьшить таймауты mysql до минимума (10-15 секунд), если это допустимо для используемого на сайте софта.

2. Найти applications, которые are not closing MySQL connections properly, и настучать по голове их автору. Обычно это значит что скрипты создают слишком долгие запросы.

3. Включить slow query log, тюнить базу, тюнить код. Дать денег тому, кто протюнит.

Всё-таки я бы попросил целиком вывод mysqltuner, а не одну строчку.

>> MySQLTuner 1.2.0 - Major Hayden <[email protected]>
>> 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:
[!!] Attempted to use login credentials, but they were invalid.
[root@6 web01]# mysqltuner

>> MySQLTuner 1.2.0 - Major Hayden <[email protected]>
>> 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: base1
Please enter your MySQL administrative password:

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

-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive -BDB -Federated +InnoDB -ISAM -NDBCluster

[--] Data in MyISAM tables: 874M (Tables: 1158)
[--] Data in InnoDB tables: 37M (Tables: 1120)
[!!] Total fragmented tables: 1270

-------- Security Recommendations -------------------------------------------
ERROR 1142 (42000) at line 1: SELECT command denied to user 'base1'@'localhost' for table 'user'
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 5d 16h 33m 5s (31M q [63.279 qps], 930K conn, TX: 73B, RX: 5B)
[--] Reads / Writes: 21% / 79%
[--] Total buffers: 1.5G global + 256.4M per thread (500 max threads)
[!!] Maximum possible memory usage: 126.7G (816% of installed RAM)
[OK] Slow queries: 4% (1M/31M)
[!!] Highest connection usage: 100% (501/500)
[OK] Key buffer size / total MyISAM indexes: 512.0M/139.2M
[OK] Key buffer hit rate: 99.7% (3B cached / 11M reads)
[OK] Query cache efficiency: 48.3% (4M cached / 9M selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 752K sorts)
[!!] Joins performed without indexes: 3080
[OK] Temporary tables created on disk: 16% (185K on disk / 1M total)
[OK] Thread cache hit rate: 93% (64K created / 930K connections)
[!!] Table cache hit rate: 0% (1K open / 808K opened)
[OK] Open file limit used: 26% (672/2K)
[OK] Table locks acquired immediately: 99% (23M immediate / 23M locks)
[!!] Connections aborted: 29%
[!!] InnoDB data size / buffer pool: 37.6M/8.0M

-------- Recommendations -----------------------------------------------------
General recommendations:
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
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
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 ***
max_connections (> 500)
wait_timeout (< 100)
interactive_timeout (< 28800)
join_buffer_size (> 128.0K, or always use indexes with joins)
table_cache (> 1024)
innodb_buffer_pool_size (>= 37M)

Вообще удивительно сколько потрачено время и сил вместо того что б просто сделать иннобд одной строкой за пару минут

это что было сегодня.
админ отключил " кипэлайвы в апаче" - с его слов число коннектов на мускуле больше ста не поднимается.

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

На сервере с базой работает только смарт

admin wrote:Вообще удивительно сколько потрачено время и сил вместо того что б просто сделать иннобд одной строкой за пару минут

У него буфер иннодб 8 метров, что будет с базой когда он конвертнёт хотя бы половину из 800 метров своего контента? В лучшем случае ляжет, или убьётся без возможности восстановить. Тут весь конфиг править надо.

SerjSerj, тут (имхо) дальше обсуждать бессмысленно. Заплатите специалисту и настраивайте весь сервак. У вас ахтунг творится и по памяти, и по кэшам, и не только. Админ "отключил кипэлайвы в апаче" в 2013 году, боже ты мой...

Так есть дока по тюнингу мускла, надо поменять 3 параметра и конвертануть базу.
Дел на 15 минут. Но ...