View difference between Paste ID: WDbmuy2S and zXqDFPZb

 root@pasta [~]# ./mysql.pl
 
  >>  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
 
 -------- General Statistics --------------------------------------------------
 [--] Skipped version check for MySQLTuner script
 [OK] Currently running supported MySQL version 5.1.65-cll
 [OK] Operating on 32-bit architecture with less than 2GB RAM
 
 -------- Storage Engine Statistics -------------------------------------------
 [--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
-[--] Data in MyISAM tables: 262M (Tables: 937)
+[--] Data in MyISAM tables: 266M (Tables: 937)
 [--] Data in InnoDB tables: 432K (Tables: 27)
-[OK] Total fragmented tables: 0
+[!!] Total fragmented tables: 3
 
 -------- Security Recommendations  -------------------------------------------
 [OK] All database users have passwords assigned
 
 -------- Performance Metrics -------------------------------------------------
-[--] Up for: 17s (371 q [21.824 qps], 176 conn, TX: 113K, RX: 42K)
+[--] Up for: 10m 53s (62K q [95.285 qps], 29K conn, TX: 32M, RX: 13M)
-[--] Reads / Writes: 83% / 17%
+[--] Reads / Writes: 86% / 14%
 [--] Total buffers: 704.0M global + 9.4M per thread (100 max threads)
 [OK] Maximum possible memory usage: 1.6G (80% of installed RAM)
-[OK] Slow queries: 0% (0/371)
+[OK] Slow queries: 0% (2/62K)
-[OK] Highest usage of available connections: 7% (7/100)
+[OK] Highest usage of available connections: 40% (40/100)
-[OK] Key buffer size / total MyISAM indexes: 256.0M/146.8M
+[OK] Key buffer size / total MyISAM indexes: 256.0M/149.0M
-[OK] Key buffer hit rate: 98.1% (300K cached / 5K reads)
+[OK] Key buffer hit rate: 99.9% (5M cached / 8K reads)
-[OK] Query cache efficiency: 83.6% (158 cached / 189 selects)
+[OK] Query cache efficiency: 64.7% (19K cached / 30K selects)
 [OK] Query cache prunes per day: 0
-[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 8 sorts)
+[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 1K sorts)
-[OK] Temporary tables created on disk: 0% (0 on disk / 13 total)
+[!!] Joins performed without indexes: 377
-[OK] Thread cache hit rate: 96% (7 created / 176 connections)
+[OK] Temporary tables created on disk: 6% (82 on disk / 1K total)
-[OK] Table cache hit rate: 80% (28 open / 35 opened)
+[OK] Thread cache hit rate: 99% (40 created / 29K connections)
-[OK] Open file limit used: 0% (56/8K)
+[OK] Table cache hit rate: 51% (1K open / 2K opened)
-[OK] Table locks acquired immediately: 100% (63 immediate / 63 locks)
+[OK] Open file limit used: 23% (1K/8K)
 [OK] Table locks acquired immediately: 98% (38K immediate / 39K locks)
 [OK] InnoDB data size / buffer pool: 432.0K/350.0M
 
 -------- Recommendations -----------------------------------------------------
 General recommendations:
     Run OPTIMIZE TABLE to defragment tables for better performance
     MySQL started within last 24 hours - recommendations may be inaccurate
     Adjust your join queries to always utilize indexes
 Variables to adjust:
     join_buffer_size (> 1.0M, or always use indexes with joins)
 
 root@pasta [~]#
 
 
 
 
 root@pasta [~]# ./tuning-primer.sh
-Uptime = 0 days 0 hrs 0 min 51 sec
+
-Avg. qps = 47
+
-Total Questions = 2427
+
-Threads Connected = 10
+
 MySQL Version 5.1.65-cll i686
 
 Uptime = 0 days 0 hrs 7 min 6 sec
 Avg. qps = 108
 Total Questions = 46268
 Threads Connected = 14
 
 Warning: Server has not been running for at least 48hrs.
 It may not be safe to use these recommendations
 
 To find out more information on how each of these
 runtime variables effects performance visit:
 http://dev.mysql.com/doc/refman/5.1/en/server-system-variables.html
-You have 0 out of 2473 that take longer than 10.000000 sec. to complete
+
 for info about MySQL's Enterprise Monitoring and Advisory Service
 
 SLOW QUERIES
 The slow query log is enabled.
 Current long_query_time = 10.000000 sec.
 You have 1 out of 46291 that take longer than 10.000000 sec. to complete
 Your long_query_time seems to be fine
 
 BINARY UPDATE LOG
-Current threads_cached = 5
+
 You will not be able to do point in time recovery
 See http://dev.mysql.com/doc/refman/5.1/en/point-in-time-recovery.html
 
 WORKER THREADS
 Current thread_cache_size = 16
 Current threads_cached = 12
-Current threads_connected = 8
+
-Historic max_used_connections = 12
+
-The number of used connections is 12% of the configured maximum.
+
 
 MAX CONNECTIONS
 Current max_connections = 100
 Current threads_connected = 15
 Historic max_used_connections = 40
 The number of used connections is 40% of the configured maximum.
 Your max_connections variable seems to be fine.
 
 INNODB STATUS
 Current InnoDB index space = 592 K
 Current InnoDB data space = 432 K
-Max Memory Ever Allocated : 753 M
+
 Current innodb_buffer_pool_size = 350 M
 Depending on how much space your innodb indexes take up it may be safe
 to increase this value to up to 2 / 3 of total system memory
 
 MEMORY USAGE
 Max Memory Ever Allocated : 1017 M
 Configured Max Per-thread Buffers : 943 M
-Current MyISAM index space = 146 M
+
 Configured Max Memory Limit : 1.54 G
-Key cache miss rate is 1 : 67
+
 Max memory limit seem to be within acceptable norms
 
 KEY BUFFER
 Current MyISAM index space = 148 M
 Current key_buffer_size = 256 M
 Key cache miss rate is 1 : 479
-Current query_cache_used = 1 M
+
 Your key_buffer_size seems to be fine
-Current Query cache Memory fill ratio = 4.31 %
+
 QUERY CACHE
 Query cache is enabled
 Current query_cache_size = 32 M
 Current query_cache_used = 2 M
 Current query_cache_limit = 16 M
 Current Query cache Memory fill ratio = 8.29 %
 Current query_cache_min_res_unit = 4 K
 Your query_cache_size seems to be too high.
 Perhaps you can use these resources elsewhere
 MySQL won't cache query results that are larger than query_cache_limit in size
 
 SORT OPERATIONS
-You have had 0 queries where a join could not use an index properly
+
-Your joins seem to be using indexes properly
+
 Sort buffer seems to be fine
 
 JOINS
 Current join_buffer_size = 1.00 M
 You have had 375 queries where a join could not use an index properly
 You have had 2 joins without keys that check for key usage after each row
 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.
 
-You have 1000 open tables.
+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 = 8302 files
 The open_files_limit should typically be set to at least 2x-3x
-Of 988 temp tables, 4% were created on disk
+
 Your open_files_limit value seems to be fine
 
 TABLE CACHE
 Current table_open_cache = 4096 tables
-Current table scan ratio = 13925 : 1
+
 You have a total of 987 tables
 You have 1036 open tables.
 The table_cache value seems to be fine
-Current Lock Wait ratio = 0 : 2937
+
-Your table locking seems to be fine
+
 Current max_heap_table_size = 64 M
 Current tmp_table_size = 64 M
 Of 966 temp tables, 7% were created on disk
 Created disk tmp tables ratio seems fine
 
 TABLE SCANS
 Current read_buffer_size = 4 M
 Current table scan ratio = 60739 : 1
 read_buffer_size seems to be fine
 
 TABLE LOCKING
 Current Lock Wait ratio = 1 : 74
 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'.
 
 root@pasta [~]#