The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

my.cnf questions

Discussion in 'General Discussion' started by Archness1, Feb 25, 2008.

  1. Archness1

    Archness1 Member

    Joined:
    Apr 23, 2007
    Messages:
    10
    Likes Received:
    0
    Trophy Points:
    1
    I was going through the my.cnf file on my server (/etc/my.cnf) and noticed it did not have many lines of variables in it.

    Code:
    [mysqld]
    datadir=/var/lib/mysql
    socket=/var/lib/mysql/mysql.sock
    # Default to using old password format for compatibility with mysql 3.x
    # clients (those using the mysqlclient10 compatibility package).
    #old_passwords=1
    
    [mysql.server]
    user=mysql
    #basedir=/var/lib
    
    [mysqld_safe]
    err-log=/var/log/mysqld.log
    pid-file=/var/run/mysqld/mysqld.pid
    
    
    
    I wanted to do some customization to this file to see if I could get some better performance out of the server.

    Code:
    
    
    	-- MYSQL PERFORMANCE TUNING PRIMER --
    	     - By: Matthew Montgomery -
    
    MySQL Version 5.0.45-community i686
    
    Uptime = 3 days 19 hrs 8 min 34 sec
    Avg. qps = 0
    Total Questions = 50383
    Threads Connected = 3
    
    
    To find out more information on how each of these
    runtime variables effects performance visit:
    http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html
    Visit http://www.mysql.com/products/enterprise/advisors.html
    for info about MySQL's Enterprise Monitoring and Advisory Service
    
    SLOW QUERIES
    The slow query log is NOT enabled.
    Current long_query_time = 10 sec.
    You have 1 out of 50404 that take longer than 10 sec. to complete
    Your long_query_time may be too high, I typically set this under 5 sec.
    
    BINARY UPDATE LOG
    The binary update log is NOT enabled.
    You will not be able to do point in time recovery
    See http://dev.mysql.com/doc/refman/5.0/en/point-in-time-recovery.html
    
    WORKER THREADS
    Current thread_cache_size = 0
    Current threads_cached = 0
    Current threads_per_sec = 1
    Historic threads_per_sec = 0
    Your thread_cache_size is fine
    
    MAX CONNECTIONS
    Current max_connections = 100
    Current threads_connected = 3
    Historic max_used_connections = 22
    The number of used connections is 22% of the configured maximum.
    Your max_connections variable seems to be fine.
    
    MEMORY USAGE
    Max Memory Ever Allocated : 77 M
    Configured Max Per-thread Buffers : 268 M
    Configured Max Global Buffers : 17 M
    Configured Max Memory Limit : 286 M
    Physical Memory : 503.43 M
    Max memory limit seem to be within acceptable norms
    
    KEY BUFFER
    Current MyISAM index space = 7 M
    Current key_buffer_size = 7 M
    Key cache miss rate is 1 : 32
    Key buffer fill ratio = 13.00 %
    Your key_buffer_size seems to be too high.
    Perhaps you can use these resources elsewhere
    
    QUERY CACHE
    Query cache is supported but not enabled
    Perhaps you should set the query_cache_size
    
    SORT OPERATIONS
    Current sort_buffer_size = 2 M
    Current read_rnd_buffer_size = 256 K
    Sort buffer seems to be fine
    
    JOINS
    Current join_buffer_size = 132.00 K
    You have had 25 queries where a join could not use an index properly
    You should enable "log-queries-not-using-indexes"
    Then look for non indexed joins in the slow query log.
    If you are unable to optimize your queries you may want to increase your
    join_buffer_size to accommodate larger joins in one pass.
    
    Note! This script will still suggest raising the join_buffer_size when
    ANY joins not using indexes are found.
    
    OPEN FILES LIMIT
    Current open_files_limit = 1024 files
    The open_files_limit should typically be set to at least 2x-3x
    that of table_cache if you have heavy MyISAM usage.
    Your open_files_limit value seems to be fine
    
    TABLE CACHE
    Current table_cache value = 64 tables
    You have a total of 1632 tables
    You have 64 open tables.
    Current table_cache hit rate is 0%, while 100% of your table cache is in use
    You should probably increase your table_cache
    
    TEMP TABLES
    Current max_heap_table_size = 16 M
    Current tmp_table_size = 32 M
    Of 6789 temp tables, 51% were created on disk
    Effective in-memory tmp_table_size is limited to max_heap_table_size.
    Perhaps you should increase your tmp_table_size and/or max_heap_table_size
    to reduce the number of disk-based temporary tables
    Note! BLOB and TEXT columns are not allow in memory tables.
    If you are using these columns raising these values might not impact your 
    ratio of on disk temp tables.
    
    TABLE SCANS
    Current read_buffer_size = 128 K
    Current table scan ratio = 30 : 1
    read_buffer_size seems to be fine
    
    TABLE LOCKING
    Current Lock Wait ratio = 1 : 1232
    You may benefit from selective use of InnoDB.
    If you have long running SELECT's against MyISAM tables and perform
    frequent updates consider setting 'low_priority_updates=1'
    If you have a high concurrency of inserts on Dynamic row-length tables
    consider setting 'concurrent_insert=2'.
    
    When looking through the forums I noticed that other postings of my.cnf files showed many more variables and was wondering if something might be wrong or if anyone had any recommendations about what to do to change this to make it work a bit better.
     
  2. jayh38

    jayh38 Well-Known Member

    Joined:
    Mar 3, 2006
    Messages:
    1,215
    Likes Received:
    0
    Trophy Points:
    36
    Mysql will perform just fine right out of the box with basically no parameters in the config file. Unless you have specific bad performance issues, there is really not much you need to tweak. There is no "one size fits all" so the tuner primer would help get the main settings adjusted. I wouldnt worry about slow query logging unless you are actually trying to document slow querys for yourself or troubleshooting for a client.

    good luck
     
Loading...

Share This Page