search 2013 adfgs

自上次 对 myperf 作了一个基本的介绍 之后,反响不错,就准备再针对 myperf 的 3 个模式分别说明一下。 之前已经说明,myperf 有三个mode(功能模式),分别为: top, snap, report。第一个mode比较独立,后2个mode相辅相成。今天这里就先介绍一下 myperf 的第一个mode:“top” 。 简单来说,“top” mode其实就是一个类似于我们 Linux/Unix 下最常使用的基本的性能查看程序 top 一样,实时刷新展示数据库当前的一些比较重要的性能指标。 myperf 默认就是 “top” mode,我们可以通过执行 “myperf -h” 来看看程序的帮助内容: myperf 几乎每一项参数都可以记录在配置文件中,唯一的例外就是当使用配置文件的时候,我们还需要一个参数告知配置文件的位置。 “top” mode 执行过程必须要能够连接到数据库,才能获取到数据库中的一些实时性能数据。可以通过命令行参数或者是配置文件的方式指定数据库连接参数: 命令行参数方式: myperf -u username -p password -H host -i interval -m mode 如果连接端口不是3306,还需要通过 -P 参数指定数据库监听端口 注:默认情况下是不会显示当前正在执行的SQL内容的,可以通过 -s 参数开启该功能。如果是MySQL5.5 还可以通过 -e […]

, , ,

最近很多朋友反馈之前开发的 myperf 工具自从增加了 snap 和 report 两个功能升级之后使用起来比以前复杂了,不仅参数选项增加了,还多了一个配置文件,而且还要创建数据库,不是很明白如何使用了。 为了让大家使用起来更方便容易,这里做一个简单的介绍。 文件组成 myperf myperf工具主程序,可执行python文件 myperf.cnf myperf工具的配置文件,用来存放各种配置项以减少命令行输入 myperf.sql myperf工具用来存放性能数据的Schema结构创建文件,如果需要使用snap和report功能,就必须要通过此文件创建好Schema用来存放性能数据。当然,如果一直只是使用top模式,那就不需要使用了 功能组成 top 类似于Linux/Unix 下最常用最基本的性能查看工具 top 类似,实时刷新展示数据库中的各项核心性能指标信息 snap 收集数据库当前各项性能状态数据并存储在数据库中,用于性能分析调优,类似于 Oracle 的 Statspack 的 snapshot功能,目前收集的信息主要是 global status,如果是 MySQL5.5,还会手机Performance Schema 中的部分信息 report 和上面的snap是相辅相成的,主要是对snap存储的性能数据进行分析,获得性能报告,类似于 Oracle 的 Statspack 的 report 功能。当然,由于数据来源有限,和 Oracle Statspack 相比,还有很大的差距 由于配置文件对于程序运行比较重要,所以这里对配置文件再单独介绍一下。myperf 配置文件模仿 MySQL 的配置文件,也将配置项进行了分组,目前的3个分组分别如下: main 用来配置与数据库连接无关的全局控制参数,如interval,mode,event,session等 source 用来配置被监控的源数据库的连接信息 target 用来配置存放监控数据的目标数据库连接信息,由于需要存储性能数据,所以这里的配置中还会有一个用来指定存放性能数据的database的参数项 最后,有个好消息宣布,那就是 […]

, , , ,

myperf 继 0.1-beta 版发布,可以实时在线显示 MySQL 性能数据并定期刷新之后,最近又增加了计划中的另外两个小功能: 定期收集MySQL数据库的性能数据并存储(snapshot) 由于初衷主要是考虑到多台 MySQL 服务器,所以数据会集中存储到一台集中的 MySQL Server中,并没有保存到自身。当然,以后有可能增加这样的功能。 根据性能数据的snapshot进行分析并生成report记录到文本文件 目前生成的报表还只能生成纯文本方式,不支持保存在数据库中。且只支持生成相邻两个snapshot的报表,暂不支持人工选择某两个snapshot之间的报表。 除了增加这2个功能外,还在原来的基础上增加了一个可选配置文件。主要是为了减少在命令行输入的内容,毕竟很多时候都在重复输入一些参数。当然,不喜欢配置文件方式的同学,选择不使用配置文件,直接将参数全部在命令行中输入。 由于现在 MySQL 5.5 增加了 Performance Schema,所以新版本中也增加了针对 Performance Schema 数据的收集,比如Event wait,File IO 等,只是目前针对这写数据的分析还比较弱,希望后续能加强一些。 源代码、配置文件以及存储snapshot数据所使用的Schema结构文件都放在 Google Code 上了,可以通过SVN工具匿名方式co出来,也欢迎猛击下载试用。 至此,之前设想的基本功能已经完成的差不多了,我的代码写的比较糙,有兴趣进一步完善的同学,欢迎 Gmail 给 sky000,一起维护完善这个小工具。

, , , ,

一直苦恼于 MySQL 没有像 Oracle Statspack 这样的性能分析工具,调优手段太少。很久以前自己学习 C 的时候,写了个简单的收集分析 MySQL 性能状态数据的小工具,之所以选择用 C 去写,一来是为了熟悉 MySQL 的 C API,熟悉 MySQL 代码,另一方面想捡回早就丢掉的 C 语言知识(后被证明很难实现,哈哈)。 随着 MySQL 5.5的出现,MySQL 新增了 Performance Schema,用于展示一些系统等待事件和性能信息。虽然仍然没有 DBA 最需要的 SQL 执行的信息,但至少比以前仅仅只有一些简单的 status 有了很大的进步。 所以最近又想完善一下这个被我自己称为 MySQL Performance Tool 的工具 “myperf” 。这次选择用较轻量级的脚本来实现,简单快速嘛(其实对我也是刚开始学习的,哈哈) 暂时计划包含以下3个功能: 显示实时性能状态 (top mode) 对性能状态做snapshot  (snap mode) 分析性能状态,输出报告 (report mode) 目前暂时先做了第一个功能点,连接到需要查看的数据库后以类似于linux 上 top 命令的方式实时刷新,包括active session 也会输出。 […]

, , , ,