Вы используете устаревший браузер. Этот и другие сайты могут отображаться в нём некорректно. Вам необходимо обновить браузер или попробовать использовать другой.
ПомощьПоделитесь опытом настройки my.cnf для Престы?
Да я уже понял! Получается что кеш не используется как таковой и результат проделанной работы получается не эффективным
нужно было оставлять формат таблиц как есть - тогда кешировалось явно лучше
спустя примерно 10-ть дней после перехода полностью на InnoDB и перестройки конфигурационного файла
тюнер показывает следующее:
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 184M (Tables: 183)
[--] Data in InnoDB tables: 400M (Tables: 509)
[!!] Total fragmented tables: 509
-------- Security Recommendations -------------------------------------------
[OK] There are no anonymous accounts for any database users
[OK] All database users have passwords assigned
-------- CVE Security Recommendations ---------------------------------------
[--] Skipped due to --cvefile option undefined
-------- Performance Metrics -------------------------------------------------
[--] Up for: 11d 1h 3m 50s (35M q [36.966 qps], 331K conn, TX: 41B, RX: 8B)
[--] Reads / Writes: 99% / 1%
[--] Binary logging is disabled
[--] Total buffers: 2.4G global + 36.5M per thread (151 max threads)
[OK] Maximum reached memory usage: 3.2G (40.03% of installed RAM)
[!!] Maximum possible memory usage: 7.8G (97.50% of installed RAM)
[OK] Slow queries: 0% (2K/35M)
[OK] Highest usage of available connections: 14% (22/151)
[OK] Aborted connections: 0.17% (565/331357)
[OK] Query cache efficiency: 67.4% (22M cached / 33M selects)
[!!] Query cache prunes per day: 329903
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 5M sorts)
[OK] Temporary tables created on disk: 7% (50K on disk / 703K total)
[OK] Thread cache hit rate: 99% (22 created / 331K connections)
[OK] Table cache hit rate: 99% (1K open / 1K opened)
[OK] Open file limit used: 4% (415/8K)
[OK] Table locks acquired immediately: 100% (15M immediate / 15M locks)
-------- ThreadPool Metrics --------------------------------------------------
[--] ThreadPool stat is disabled.
-------- AriaDB Metrics ------------------------------------------------------
[--] AriaDB is disabled.
-------- TokuDB Metrics ------------------------------------------------------
[--] TokuDB is disabled.
-------- Galera Metrics ------------------------------------------------------
[--] Galera is disabled.
-------- Replication Metrics -------------------------------------------------
[--] No replication slave(s) for this server.
[--] This is a standalone server..
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Restrict Host for user@% to user@SpecificDNSorIp
Reduce your overall MySQL memory footprint for system stability
Increasing the query_cache size over 128M may reduce performance
Variables to adjust:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
query_cache_size (> 256M) [see warning above]
Прошло 39-ть дней с момента последней оптимизации - данные теперь вот такие. Подскажите что нужно подправить теперь?
-------- Performance Metrics -----------------------------------------------------------------------
[--] Up for: 39d 8h 6m 45s (2 q [0.000 qps], 1M conn, TX: 181B, RX: 149B)
[--] Reads / Writes: 100% / 0%
[--] Binary logging is disabled
[--] Physical Memory : 8.0G
[--] Max MySQL memory : 11.0G
[--] Other process memory: 1.4G
[--] Total buffers: 2.7G global + 56.5M per thread (151 max threads)
[--] P_S Max memory usage: 0B
Argument "*main::get_wsrep_option" isn't numeric in numeric ge (>=) at
mysqltuner.pl line 285 (#2)
Argument "*main::get_wsrep_option" isn't numeric in numeric ge (>=) at
mysqltuner.pl line 288 (#2)
Argument "*main::get_wsrep_option" isn't numeric in numeric ge (>=) at
mysqltuner.pl line 291 (#2)
[--] Galera GCache Max memory usage: *main::get_wsrep_optionB
[OK] Maximum reached memory usage: 4.5G (56.11% of installed RAM)
[!!] Maximum possible memory usage: 11.0G (137.49% of installed RAM)
[!!] Overall possible memory usage with other process exceeded memory
[OK] Slow queries: 0% (0/2)
[OK] Highest usage of available connections: 21% (33/151)
[OK] Aborted connections: 0.01% (132/1002978)
[!!] Query cache should be disabled by default due to mutex contention.
[OK] No Sort requiring temporary tables
[OK] No joins without indexes
[OK] No tmp tables created on disk
[OK] Thread cache hit rate: 99% (33 created / 1M connections)
[OK] Table cache hit rate: 100% (1K open / 0 opened)
[OK] Open file limit used: 3% (448/12K)
[OK] Table locks acquired immediately: 100% (43M immediate / 43M locks)
-------- ThreadPool Metrics ------------------------------------------------------------------------
[--] ThreadPool stat is disabled.
-------- Performance schema ------------------------------------------------------------------------
[--] Performance schema is disabled.
[--] Memory used by P_S: 0B
-------- TokuDB Metrics ----------------------------------------------------------------------------
[--] TokuDB is disabled.
-------- Galera Metrics ----------------------------------------------------------------------------
[--] Galera is disabled.
-------- Replication Metrics -----------------------------------------------------------------------
[--] Galera Synchronous replication: NO
[--] No replication slave(s) for this server.
[--] This is a standalone server.
-------- Recommendations ---------------------------------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Restrict Host for user@% to user@SpecificDNSorIp
Reduce your overall MySQL memory footprint for system stability
Dedicated this server to your database for highest performance.
Variables to adjust:
*** MySQL's maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
query_cache_type (=0)
меня больше всего в этом вопросе настораживает вот этот параметр - получается кеш не работает?:
[!!] InnoDB Write buffer efficiency: 0.00% (0 hits/ 1 total)
На данном сайте используются файлы cookie, чтобы персонализировать контент и сохранить Ваш вход в систему, если Вы зарегистрируетесь.
Продолжая использовать этот сайт, Вы соглашаетесь на использование наших файлов cookie.