Revision 208 of mycheckpoint, a MySQL monitoring solution, has been released. New and updated in this revision:
- Aggregation tables: aggregated data makes for fast reports on previously slow queries.
- Enhanced charting: interactive charts now present time stamps dynamically (see demo); “Zoom in” charts are available (see demo) on mycheckpoint‘s HTTP server.
- RPM distribution: a “noarch” RPM mycheckpoint build is now available.
- Initial work on formalizing test environment
mycheckpoint celebrates one year of existence!
Aggregation tables
I really wanted to avoid using these: everything was so more beautiful with one single dataset and dozens of supporting views (OK, the views themselves are hardly “beautiful”).
However it was impossible (for my level of expertise) to optimize query performance what with all those views on per-hour and per-day aggregation. The GROUP BYs and the JOINs did not make it possible for condition pushdown (i.e. using MERGE algorithm) where desired.
As result, mycheckpoint now manages aggregation tables: per-hour and per-day. The impact on sample taking is neglect able (making for two additional fast queries), but the impact on reading aggregated data is overwhelming. Generating a HTML full report could take a few minutes to complete. It now returns in no time. This makes charting more attractive, and allows for enhanced charting, such as zooming in on charts, as described following.
Aggregation tables will automatically be created and retroactively populated upon using revision 208. There’s nothing special to do; be advised that for one single execution of mycheckpoint, many INSERT queries are going to be executed. Shouldn’t take more than a couple minutes on commodity hardware and a few months of history.
It is possible to disable aggregation tables, or make for a complete rebuild of tables; by default, though, aggregation is ON.
Enhanced charting
Two enhancements here:
- The interactive line charts already know how to update legend data as mouse hovers over them. Now they also present accurate date & time. This provides with fully informative charts.
- As with other monitoring tools, it is possible to “zoom in” on a chart: zooming in will present any chart in “last 24 hours”, “last 10 days” and “complete history” views, magnified on screen. See demo here.
RPM distribution
No excuse for this being so late, I know. But RPM distribution is now available. Yeepee!
This is a noarch distribution, courtesy of Python’s distutils; you should be able to install the package on any RPM supporting platform. I have only tested in on CentOS; feedback is welcome.
Future plans
Work is going on. These are the non-scheduled future tasks I see:
- Monitoring InnoDB Plugin & XtraDB status.
- A proper man page.
- Anything else that interests me & the users.
Try it out
Try out mycheckpoint. It’s a different kind of monitoring solution. Simple monitoring (charting) is immediate. For more interesting results you will need basic SQL skills, and in return you’ll get a lot of power under your hands.
- Download mycheckpoint here
- Visit the project’s homepage
- Browse the documentation
- Report bugs
mycheckpoint is released under the New BSD License.
Umm, I’ll repeat this last one: mycheckpoint is released under the New BSD License. Still, and will continue to be. Thanks for the good advice by Lenz, Domas and others.
Excellent, thanks for the update! Tweeted. Keep up the good work and kudos for sticking to the license. I think it’s the appropriate way to do it.
Thanks, LenZ.
I’m anxious to see whether mycheckpoint catches on.
Hi Shlomi,
Is it possible to configure “mycheckpoint” alert condition with error.log? In other words, I would like “mycheckpoint” to monitor error.log file, and send me an email once there is an error on the server…can we do that?
Thanks!
Alex,
Please file a bug report and mark it as “feature request”.
There is no such option at the moment.