Comments for Mark Leith

Comment on Finding and killing long running InnoDB transactions with Events by MySQL 5.6 innodb_undo_tablespaces very usefull only if … « Serge Frezefond 's blog

Sun, 24 Mar 2013 20:13:29 +0000

[...] Zaitsev Being-highly-irresponsible-or-howto-dos-nearly-all-rdbmss 07/02/2013 Stewart Smith Finding-and-killing-long-running-innodb-transactions-with-events May 31, 2011 Mark Leith Tracking-long-running-transactions APRIL 6, 2011 Yoshinori Matsunobu [...]

Comment on Monitoring Processes with Performance Schema in MySQL 5.6 by A Visual Guide to the MySQL Performance Schema | mysqlintheenterprise

A Visual Guide to the MySQL Performance Schema | mysqlintheenterprise — Thu, 21 Mar 2013 22:42:23 +0000

[...] http://www.markleith.co.uk/2012/07/13/monitoring-processes-with-performance-schema-in-mysql-5-6/ ) [...]

Comment on MySQL Query Analyzer vs. Percona’s Patches by Log Buffer #125: a Carnival of the Vanities for DBAs

Log Buffer #125: a Carnival of the Vanities for DBAs — Wed, 13 Feb 2013 16:21:56 +0000

[...] Leith also had something to say about MySQL Query Analyzer vs. Perconaâ€™s patches: “Everybody [is] saying that this functionality should be implemented in the server, or that [...]

Comment on innodb_stats_on_metadata / innodb_adaptive_hash_index by variable.jp [データベース,パフォーマンス,運用] » Blog Archive » innodb_stats_on_metadataと統計情報

Thu, 06 Dec 2012 23:50:38 +0000

[...] innodb_stats_on_metadata / innodb_adaptive_hash_index [...]

Comment on Finding and killing long running InnoDB transactions with Events by Killing InnoDB idle transactions | code.openark.org

Killing InnoDB idle transactions | code.openark.org — Tue, 04 Dec 2012 12:23:27 +0000

[...] Finding and killing long running InnoDB transactions with Events [...]

Comment on A MySQL Replication Load Average with Performance Schema by Oh for the Wait Interface, part 3 « from Oracle to MySQL

Oh for the Wait Interface, part 3 « from Oracle to MySQL — Wed, 31 Oct 2012 05:55:53 +0000

[...] (“P_S”). To get an idea of the wide variety of things instrumented, see, for example, http://www.markleith.co.uk/2012/07/24/a-mysql-replication-load-average-with-performance-schema/ and https://blogs.oracle.com/svetasmirnova/entry/performance_schema_in_version_5 [...]

Comment on InnoDB Table and Tablespace Monitors by MySQL升级导致page corruption而无法启动问题 ← hickey

MySQL升级导致page corruption而无法启动问题 ← hickey — Tue, 30 Oct 2012 04:14:06 +0000

[...] 对于3），当多个表有问题时，真是件痛苦的事，必须要从第一个创建的表为discard/import tablespace对象，这样才能从error.log中看到ibdata的词典中的table_space_id涨到什么值，需要改到什么值。批量的表修复，如果后面有个表的table_space_id比当前词典的小，那就完蛋了，必须重新开始。因为我们的DB的表是批量建的，让我有一丝希望，但后面实在是太痛苦了，方法2）先做完，解脱。要提一句，当用此种方法恢复时，恢复成功后要check下ibdata，怎么做，参考CREATE TABLE innodb_tablespace_monitor (a INT) ENGINE = InnoDB;。 [...]

Comment on Monitoring Processes with Performance Schema in MySQL 5.6 by Atom Wire » Blog Archive » SHOW PROCESSLIST in MySQL 5.6

Atom Wire » Blog Archive » SHOW PROCESSLIST in MySQL 5.6 — Sun, 14 Oct 2012 00:41:05 +0000

[...] Leith writes that it’s time to say goodbye to SHOW PROCESSLIST in MySQL 5.6, and use the Performance [...]

Comment on A MySQL Replication Load Average with Performance Schema by Monitoring replication load with graphite

Monitoring replication load with graphite — Thu, 27 Sep 2012 19:43:31 +0000

[...] Mark Leith has a very good idea there, use the performance_schema to measure the idle time of the slave_sql thread. But that doesn't tell you what the slave_sql thread is actually doing, which is very important to know. For instance, we find that our intermediate masters, attached to a SAN, have more replication issues than slaves on local rotating disks. [...]

Comment on A MySQL Replication Load Average with Performance Schema by Mark Leith

Mark Leith — Thu, 13 Sep 2012 10:24:56 +0000

Glad you you a) now easily found the problem with this solution and b) now have a better working solution overall!