mysql innodb的监控（系统层，数据库层）

mysql innodb的监控（系统层，数据库层）

关于MySQL 的监控，mysql提供了数据采集的命令，比如show status命令或者读取数据库informat_schema的GLOBAL_STATUS对象；也可以用一些现成的监控工具进行查询，目前用的比较多的innotop、mysqlreport、mtop、mytop，还有淘宝perl语言研发的orzdba。

就监控的指标而言，有系统层面的，数据库层面的。

1、系统层面包括系统的load、cpu、内存是否有swap、磁盘IO如何、网络。

        vmstat -w 1

        iostat -x -k 1

        sar -n DEV 1

2、mysql数据库层

 show global status where Variable_name in('xxxx')或者show global status like 'xxx%'

采集的数据一般是当前已经采集到的总数量，如果要计算每秒的数量，可以这样计算，以TPS为例

TPS=当前的Comm_commit-前面采集的Comm_Commit/时间间隔

    以下是主要的监控指标：

1）Sql语句执行次数QPS------（Com_select、Com_insert、Com_update、Com_delete）

2）事务TPS----（Com_commit、Com_rollback）

3）Row的状态(每秒增加修改删除的行数)-----(Innodb_rows_inserted、Innodb_rows_updated、Innodb_rows_deleted、Innodb_rows_read)

4）Page 状态（buffer pool中的总页数、free、dirty、每秒flushed的page数量）----(Innodb_buffer_pool_pages_flushed<page flush的数量>、Innodb_buffer_pool_pages_data<总的量>、Innodb_buffer_pool_pages_free<free的页数量>、Innodb_buffer_pool_pages_dirty<脏页数量>）

5）查询缓存Hit（query cache hit率）-----(inno_buffer_pool_read_requests<逻辑读总次数>、Innodb_buffer_pool_reads<物理读总次数>)

6）Data状态(内存buffer中数据每秒读、写次数，每秒读写大小M)----（Innodb_data_reads<数据读总次数>、Innodb_data_writes<数据写的总次数>、Innodb_data_read<至此已经读的数据量>、Innodb_data_written<至此已经写的数据量>）

7）Log（log_fsync每秒日志sync到磁盘的次数，log每秒写的大小M）-----(Innodb_os_log_fsyncs<向日志文件写的总次数>、Innodb_os_log_written<写入日志文件的字节数>)

8）线程状态（每秒创建的线程数量）------（Threads_running<激活状态的线程数>、Threads_connected<当前打开的连接数量>、Threads_created<新建线程的数量>、Threads_cached<线程的缓存值>）

9）每秒从客户端接受或者发送的数据量M---（Bytes_received、Bytes_sent）

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！

赞 (0)

相关推荐

  • 可以改善mysql性能的InnoDB配置参数

    而由于InnoDB是一个健壮的事务型存储引擎,已经有10多年的历史,一些重量级的互联网公司(Yahoo,Google Netease ,Taobao)也经常使用 我的日常工作也经常接触InnoDB,现在就InnoDB一部分可以改善性能的参数列举 1. innodb_additional_mem_pool_size 除了缓存表数据和索引外,可以为操作所需的其他内部项分配缓存来提升InnoDB的性能.这些内存就可以通过此参数来分配.推荐此参数至少设置为2MB,实际上,是需要根据项目的InnoDB表的

  • 浅谈MySQL存储引擎选择 InnoDB与MyISAM的优缺点分析

    下面先让我们回答一些问题: ◆你的数据库有外键吗? ◆你需要事务支持吗? ◆你需要全文索引吗? ◆你经常使用什么样的查询模式? ◆你的数据有多大? 思考上面这些问题可以让你找到合适的方向,但那并不是绝对的.如果你需要事务处理或是外键,那么InnoDB 可能是比较好的方式.如果你需要全文索引,那么通常来说 MyISAM是好的选择,因为这是系统内建的,然而,我们其实并不会经常地去测试两百万行记录.所以,就算是慢一点,我们可以通过使用Sphinx从InnoDB中获得全文索引. 数据的大小,是一个影响你

  • Mysql启动中 InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes 的问题

    如果你的配置文件使用了类似my-innodb-heavy-4G.cnf作为配置文件的话. Mysql可以正常启动,但innodb的表无法使用 在错误日志里你会看到如下输出: InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes 现在需要做的事情就是把原来的 innodb 的ib_logfile×备份到一个目录下,然后删除掉原来的文件,重启 mysql. 你会看到ib_logfile*大小变成了你配置文

  • mysql更改引擎(InnoDB,MyISAM)的方法

    本文实例讲述了mysql更改引擎(InnoDB,MyISAM)的方法,分享给大家供大家参考.具体实现方法如下: mysql默认的数据库引擎是MyISAM,不支持事务和外键,也可使用支持事务和外键的InnoDB. 查看当前数据库的所支持的数据库引擎以及默认数据库引擎 数据库支持的引擎和默认数据库引擎代码: 复制代码 代码如下: show engines; 更改方式1:修改配置文件my.ini 我将my-small.ini另存为my.ini,在[mysqld]最后添加为上default-storag

  • 使用innodb_force_recovery解决MySQL崩溃无法重启问题

    一 背景 某一创业的朋友的主机因为磁盘阵列损坏机器crash,重启MySQL服务时 报如下错误: 复制代码 代码如下: InnoDB: Reading tablespace information from the .ibd files... InnoDB: Restoring possible half-written data pages from the doublewrite InnoDB: buffer... InnoDB: Doing recovery: scanned up to

  • MySQL Innodb表导致死锁日志情况分析与归纳

    MySQL Innodb表导致死锁日志情况分析与归纳

    案例描述在定时脚本运行过程中,发现当备份表格的sql语句与删除该表部分数据的sql语句同时运行时,mysql会检测出死锁,并打印出日志.两个sql语句如下:(1)insert into backup_table select * from source_table(2)DELETE FROM source_table WHERE Id>5 AND titleWeight<32768 AND joinTime<'$daysago_1week'teamUser表的表结构如下:PRIMARY

  • MySQL不支持InnoDB的解决方法

    G一下后,解决如下: /var/lib/mysql目录下,删除ibdata1.ib_logfile1. ib_logfile0,然后重启MySql让其重建以上文件: mysqladmin -uroot -p shutdown sudo mysqld_safe & 搞定! 下面是网络上的其它文章.大家也可以参考下.早上起来,到PHP站点去看了下,准备测试下别人写的一个CMS系统,高兴的下载了程序,然后把程序拷贝到所在目录.由于该程序没有install.php,里面只包含了一个*.sql的数据库语句

  • MySQL存储引擎中的MyISAM和InnoDB区别详解

    MySQL存储引擎中的MyISAM和InnoDB区别详解

    在使用MySQL的过程中对MyISAM和InnoDB这两个概念存在了些疑问,到底两者引擎有何分别一直是存在我心中的疑问.为了解开这个谜题,搜寻了网络,找到了如下信息: MyISAM是MySQL的默认数据库引擎(5.5版之前),由早期的ISAM(Indexed Sequential Access Method:有索引的顺序访问方法)所改良.虽然性能极佳,但却有一个缺点:不支持事务处理(transaction).不过,在这几年的发展下,MySQL也导入了InnoDB(另一种数据库引擎),以强化参考完

  • MySQL数据库INNODB表损坏修复处理过程分享

    突然收到MySQL报警,从库的数据库挂了,一直在不停的重启,打开错误日志,发现有张表坏了.innodb表损坏不能通过repair table 等修复myisam的命令操作.现在记录下解决过程,下次遇到就不会这么手忙脚乱了. 处理过程: 一遇到报警之后,直接打开错误日志,里面的信息: InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 30506. InnoDB: You may have t

  • MySQL数据库修复方法(MyISAM/InnoDB)

    在网上找了篇MySQL的技术文章,感觉不错,把它翻译过来共享下.   原文作者:Mike Peters   我整理了7条修复MySQL数据库的方法,当简单的重启对数据库不起作用,或者有表崩溃时.   简单的MySQL重启:   /usr/local/mysql/bin/mysqladmin -uUSERNAME -pPASSWORD shutdown /usr/local/mysql/bin/mysqld_safe &    1.MyISAM表崩溃    MySQL数据库允许不同的表使用不同的存

随机推荐