Skip to main content

MYSQL optimization

Comments

4 comments

  • tank
    I did not make any changes and here is my mysql tuner again.
    >> MySQLTuner 1.6.1 - Major Hayden >> Bug reports, feature requests, and downloads at http://mysqltuner.com/ >> Run with '--help' for additional options and output filtering [--] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.5.46-cll [OK] Operating on 64-bit architecture -------- Storage Engine Statistics ------------------------------------------- [--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM [--] Data in MyISAM tables: 747M (Tables: 2032) [--] Data in InnoDB tables: 238M (Tables: 1496) [--] Data in MEMORY tables: 5M (Tables: 74) [!!] Total fragmented tables: 181 -------- Security Recommendations ------------------------------------------- [OK] There is no anonymous account in all database users [OK] All database users have passwords assigned [!!] User 'munin@localhost' has user name as password. [!!] User *****' hasn't specific host restriction. [!!] User '*******' hasn't specific host restriction. [!!] User '*******' hasn't specific host restriction. [--] There is 605 basic passwords in the list. -------- Performance Metrics ------------------------------------------------- [--] Up for: 2d 0h 31m 22s (2M q [16.830 qps], 247K conn, TX: 29B, RX: 658M) [--] Reads / Writes: 87% / 13% [--] Binary logging is disabled [--] Total buffers: 916.0M global + 6.5M per thread (600 max threads) [OK] Maximum reached memory usage: 981.0M (6.17% of installed RAM) [OK] Maximum possible memory usage: 4.7G (30.31% of installed RAM) [OK] Slow queries: 0% (2/2M) [OK] Highest usage of available connections: 1% (10/600) [OK] Aborted connections: 0.00% (2/247105) [OK] Query cache efficiency: 64.2% (1M cached / 2M selects) [!!] Query cache prunes per day: 4944 [OK] Sorts requiring temporary tables: 0% (0 temp sorts / 159K sorts) [!!] Temporary tables created on disk: 43% (47K on disk / 108K total) [OK] Thread cache hit rate: 99% (10 created / 247K connections) [OK] Table cache hit rate: 98% (6K open / 6K opened) [OK] Open file limit used: 24% (5K/23K) [OK] Table locks acquired immediately: 99% (963K immediate / 964K locks) -------- MyISAM Metrics ----------------------------------------------------- [!!] Key buffer used: 27.7% (74M used / 268M cache) [OK] Key buffer size / total MyISAM indexes: 256.0M/158.3M [OK] Read Key buffer hit rate: 99.9% (28M cached / 25K reads) [!!] Write Key buffer hit rate: 26.6% (218K cached / 160K writes) -------- InnoDB Metrics ----------------------------------------------------- [--] InnoDB is enabled. [OK] InnoDB buffer pool / data size: 300.0M/238.2M [OK] InnoDB buffer pool instances: 1 [OK] InnoDB Used buffer: 99.99% (19198 used/ 19199 total) [OK] InnoDB Read buffer efficiency: 99.91% (24618464 hits/ 24640528 total) [!!] InnoDB Write buffer efficiency: 0.00% (0 hits/ 1 total) [OK] InnoDB log waits: 0.00% (0 waits / 2869 writes) -------- AriaDB Metrics ----------------------------------------------------- [--] AriaDB 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 Set up a Secure Password for user@host ( SET PASSWORD FOR 'user'@'SpecificDNSorIp' = PASSWORD('secure_password'); ) Restrict Host for user@% to user@SpecificDNSorIp Increasing the query_cache size over 128M may reduce performance When making adjustments, make tmp_table_size/max_heap_table_size equal Reduce your SELECT DISTINCT queries which have no LIMIT clause Variables to adjust: query_cache_size (> 200M) [see warning above] tmp_table_size (> 144M) max_heap_table_size (> 144M)
    0
  • cPanelMichael
    Hello :) The second result is likely more accurate because MySQL was running for a longer period of time. You can try modifying your /etc/my.cnf file with changes based on the "Variables to adjust" section of the tuner results to see if that helps. Thank you.
    0
  • tank
    Hello :) The second result is likely more accurate because MySQL was running for a longer period of time. You can try modifying your /etc/my.cnf file with changes based on the "Variables to adjust" section of the tuner results to see if that helps. Thank you.

    Yea i understand that. I was hoping for more help than that. We all know that this is a simple program that does not do everything we need to optimize a MYSQL setting. Specifically it does not address to issues i am having. 1. Query cache prunes per day: 4944 2. [!!] Temporary tables created on disk: 43% (47K on disk / 108K total) Again I was looking for some insight to solving these. Thanks
    0
  • cPanelMichael
    You may need to consult with a qualified system administrator, or post to another forum such as StackOverflow if you do not receive sufficient user-feedback on this thread. Thank you.
    0

Please sign in to leave a comment.