Skip to main content

MySQL Optimization for more traffic

Comments

2 comments

  • cPanelMichael
    Hello :) Please ensure you let MySQL run for at least 24 hours before running the tuner to obtain more accurate results. Thank you.
    0
  • ArnaudSImonetti
    -------- General Statistics -------------------------------------------------- [--] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.5.38-0+wheezy1 [OK] Operating on 64-bit architecture -------- Storage Engine Statistics ------------------------------------------- [--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster [--] Data in InnoDB tables: 11M (Tables: 22) [--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17) [!!] Total fragmented tables: 22 -------- Security Recommendations ------------------------------------------- [OK] All database users have passwords assigned -------- Performance Metrics ------------------------------------------------- [--] Up for: 1d 0h 52m 33s (1M q [106.092 qps], 124K conn, TX: 8B, RX: 150M) [--] Reads / Writes: 77% / 23% [--] Total buffers: 12.1G global + 18.6M per thread (3000 max threads) [!!] Maximum possible memory usage: 66.5G (212% of installed RAM) [OK] Slow queries: 0% (0/1M) [OK] Highest usage of available connections: 2% (82/3000) [OK] Key buffer size / total MyISAM indexes: 2.0G/97.0K [OK] Query cache efficiency: 89.2% (1M cached / 1M selects) [OK] Query cache prunes per day: 0 [OK] Sorts requiring temporary tables: 0% (0 temp sorts / 2K sorts) [!!] Joins performed without indexes: 14249 [!!] Temporary tables created on disk: 31% (688 on disk / 2K total) [OK] Thread cache hit rate: 97% (543 created / 124K connections) [OK] Table cache hit rate: 27% (76 open / 272 opened) [OK] Open file limit used: 0% (48/81K) [OK] Table locks acquired immediately: 100% (142K immediate / 142K locks) [OK] InnoDB data size / buffer pool: 11.0M/4.0G -------- Recommendations ----------------------------------------------------- General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance MySQL started within last 24 hours - recommendations may be inaccurate Reduce your overall MySQL memory footprint for system stability Enable the slow query log to troubleshoot bad queries Adjust your join queries to always utilize indexes Temporary table size is already large - reduce result set size Reduce your SELECT DISTINCT queries without LIMIT clauses Variables to adjust: *** MySQL's maximum memory usage is dangerously high *** *** Add RAM before increasing MySQL buffer variables *** join_buffer_size (> 16.0M, or always use indexes with joins)
    0

Please sign in to leave a comment.