MySQL 脚本优化工具tuning-primer.sh使用教程说明-阿里云开发者社区

开发者社区> sktj> 正文

MySQL 脚本优化工具tuning-primer.sh使用教程说明

简介: 今天推荐给大家一个不错的脚本tuning-primer.sh,可以帮助我们去查看一下msyql的运行情况,产生报告和给出一些建议,我们可以根据这些建议,结合mysql服务器的实际情况,对mysql进行优化。
+关注继续查看

今天推荐给大家一个不错的脚本tuning-primer.sh,可以帮助我们去查看一下msyql的运行情况,产生报告和给出一些建议,我们可以根据这些建议,结合mysql服务器的实际情况,对mysql进行优化。

一,下载以及使用

1,wget http://www.day32.com/MySQL/tuning-primer.sh

2,将tuning-primer.sh拷贝到my.cnf的同级目录

3,sh tuning-primer.sh 或者 chmod +x tuning-primer.sh 然后在 ./tuning-primer.sh 二者没什么区别

[root@BlackGhost mysql]# sh tuning-primer.sh

Using login values from ~/.my.cnf

- INITIAL LOGIN ATTEMPT FAILED -

Testing for stored webmin passwords:

None Found

Could not auto detect login info!

Found Sockets: /tmp/mysql.sock //找到一个mysql.sock

Using: /tmp/mysql.sock //使用这个.sock文件

Would you like to provide a different socket?: [y/N] n //是否使用其他的socket

Do you have your login handy ? [y/N] : y //是否手动输入用户名和密码,当然你可以在my.cnf里面设置

User: root

Password:

Would you like me to create a ~/.my.cnf file for you? [y/N] : n //是不是要帮你在创建一个my.cnf

你也可以把用户名和密码放到my.cnf里面,如下

[client]

user = 用户名

password = 密码

socket = /tmp/mysql.sock

二,运行结果,以及部分分析和建议

我是以本机的mysql为例来进行测试的。

-- MYSQL PERFORMANCE TUNING PRIMER --

- By: Matthew Montgomery -

MySQL Version 5.1.26-rc-log i686

Uptime = 0 days 0 hrs 0 min 28 sec

Avg. qps = 0

Total Questions = 15

Threads Connected = 1

Warning: Server has not been running for at least 48hrs.

It may not be safe to use these recommendations

告诉我服务运行还不超过48个小时,这样不安全

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

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 enabled.

Current long_query_time = 2.000000 sec.

You have 0 out of 36 that take longer than 2.000000 sec. to complete

Your long_query_time seems to be fine

BINARY UPDATE LOG     (增加备份时的log文件)

The binary update log is enabled

The expire_logs_days is not set.

The mysqld will retain the entire binary log until RESET MASTER or PURGE MASTER LOGS commands are run manually

Setting expire_logs_days will allow you to remove old binary logs automatically

See http://dev.mysql.com/doc/refman/5.1/en/purge-master-logs.html

Binlog sync is not enabled, you could loose binlog records during a server crash

告诉我binary log没有设置生存时间,会一直保存下来,只到主服务器重起,并且binlog的同步并没有激活,如果服务器崩溃binlog数据将丢失

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 = 500

Current threads_connected = 1

Historic max_used_connections = 1

The number of used connections is 0% of the configured maximum.

You are using less than 10% of your configured max_connections.

Lowering max_connections could help to avoid an over-allocation of memory

See "MEMORY USAGE" section to make sure you are not over-allocating

告诉我,目前已连接的最大连接和设置的最大连接的比率差不多是0%,建议我把最大连接设置小一点,可以节省一点内存

No InnoDB Support Enabled!

MEMORY USAGE    (内存使用)

Max Memory Ever Allocated : 17 M

Configured Max Per-thread Buffers : 796 M

Configured Max Global Buffers : 16 M

Configured Max Memory Limit : 812 M

Physical Memory : 1003 M

Max memory limit seem to be within acceptable norms

KEY BUFFER  (KEY缓存)

No key reads?!

Seriously look into using some indexes

Current MyISAM index space = 16 M

Current key_buffer_size = 16 M

Key cache miss rate is 1 : 0

Key buffer free ratio = 88 %

Your key_buffer_size seems to be fine

QUERY CACHE   (查询缓存)

Query cache is supported but not enabled       查询缓存是支持的,但是没有激活

Perhaps you should set the query_cache_size   建议我设置一下query_cache_size的大小

SORT OPERATIONS   (排序操作)

Current sort_buffer_size = 512 K

Current read_rnd_buffer_size = 512 K

No sort operations have been performed

Sort buffer seems to be fine

JOINS   (连接)

Current join_buffer_size = 132.00 K

You have had 0 queries where a join could not use an index properly

Your joins seem to be using indexes properly

OPEN FILES LIMIT  (最大打开文件数)

Current open_files_limit = 2500 files

The open_files_limit should typically be set to at least 2x-3x

that of table_cache if you have heavy MyISAM usage.

告诉我,如果大量使用myisam的话,把open_files_limit的大小设置成table_cache大小的2倍-3倍

Your open_files_limit value seems to be fine

TABLE CACHE  (表缓存)

Current table_open_cache = 64 tables

Current table_definition_cache = 256 tables

You have a total of 506 tables

You have 64 open tables.

Current table_cache hit rate is 12%

, while 100% of your table cache is in use

You should probably increase your table_cache

You should probably increase your table_definition_cache value.

告诉我打开了多少文件,table_cache缓存的比率是多少,并建议我增加table_cache和table_definition_cache的值

TEMP TABLES  (临时表)

Current max_heap_table_size = 16 M

Current tmp_table_size = 16 M

Of 141 temp tables, 10% were created on disk

Created disk tmp tables ratio seems fine

TABLE SCANS  (表扫描)

Current read_buffer_size = 256 K

Current table scan ratio = 12 : 1

read_buffer_size seems to be fine

TABLE LOCKING (表锁定)

Current Lock Wait ratio = 0 : 225

Your table locking seems to be fine

从上面的分析报告,以及建议可以看出,本机的mysql真的要好好调优一下了。哈哈。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
【转】Oracle 查看表空间使用率 SQL 脚本
文章转自:http://blog.csdn.net/tianlesoftware/article/details/7619732 1 /* Formatted on 2012/5/31 14:51:13 (QP5 v5.
656 0
Web服务器性能/压力测试工具http_load、webbench、ab、Siege使用教程
一、http_load 程序非常小,解压后也不到100K http_load以并行复用的方式运行,用以测试web服务器的吞吐量与负载。
832 0
SqlServer性能检测和优化工具使用详细
工具概要         如果你的数据库应用系统中,存在有大量表,视图,索引,触发器,函数,存储过程,sql语句等等,又性能低下,而苦逼的你又要对其优化,那么你该怎么办?哥教你,首先你要知道问题出在哪里?如果想知道问题出在哪里,并且找到他,咱们可以借助本文中要讲述的性能检测工具--sql server profiler(处在sql安装文件--性能工具--sql server profiler)     如果知道啦问题出现在哪里,如果你又是绝世高手,当然可以直中要害,写段代码给处理解决掉,但是如果你不行,你做不到,那么也无所谓,可以借助哥的力量给你解决问题。
930 0
Ionic 2 中生命周期的命名改变及说明
原文发表于我的技术博客 本文简要整理了在 Ionic 2 的版本中生命周期命名的改变,以及各个事件的解释。原文发表于我的技术博客 在之前的课程中讲解了 Ionic 生命周期的命名以及使用,不过在 Ionic 2 更新到了 30 版本后,框架在全局对生命周期的命名做了改变,所以本文简单整理一下新的生命周期事件和说明如下。
900 0
MyBatis Generator(MBG)PostgreSQL使用说明 区分大小写敏感
PostgreSQL使用说明区分大小写敏感 PostgreSQL对所有数据库标识符(表名,模式名,列名等)区分大小写。此外,PostgreSQL对所有小写字母的所有标识符都有不同的偏好。如果您使用PostgreSQL的所有小写标识符,那么MyBatis Generator将找到表并写入正确的SQL,而无需额外考虑。
1471 0
SQL优化之使用正确的去重方法
DISTINCT到底该不该使用
955 0
+关注
sktj
国企运维
794
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
《2021云上架构与运维峰会演讲合集》
立即下载
《零基础CSS入门教程》
立即下载
《零基础HTML入门教程》
立即下载