Revision 190 of mycheckpoint, a MySQL monitoring solution, has been released. New and updated in this revision:
- HTTP server: mycheckpoint can now act as a web server. Point your browser and start browsing through HTML reports. See mock up demo.
- Interactive charts: HTML line charts are now interactive, presenting with accurate data as you move over them. See sample.
- Enhanced auto-deploy: now auto-recognizing failed upgrades.
- Reduced footprint: much code taken out of the views, leading to faster loading times.
- Better configuration file use: now supporting all command line options in config file.
- Remote host monitoring accessibility: now supporting complete configurable accessibility details.
- Bug fixes: thanks to the bug reporters!
mycheckpoint is free, simple, easy to use (now easier with HTTP server) and useful. I encourage you to try it out: even compared with other existing and emerging monitoring tools, I believe you will find it a breeze; it's low impact and lightness appealing; it's alerts mechanism assuring; its geeky SQL-based nature with ability to drill down to fine details -- geeky-kind-of-attractive.
You can now run mycheckpoint in http mode:
bash$ mycheckpoint http
mycheckpoint will listen on port 12306, and will present you with easy browsing through the reports of your mycheckpoint databases.
The http server automatically detects those schemata used by mycheckpoint, and utilizes the existing HTML views, integrating them into the greater web framework.
While in http mode, mycheckpoint does nothing besides serving web pages. It does not actively exercise monitoring: you must still use the usual cron jobs or other scheduled tasks by which you invoke mycheckpoint for monitoring.
The http server is directed at a single MySQL server, as with the following example:
bash$ mycheckpoint --host=slave1.localdomain --port=3306 --http-port=12306 http
It is assumed that this server has the monitoring schemata.
See mock up demo. The demo uses presents with real output from a mycheckpoint HTTP server; I haven't got the means to put up a live demo.
The openark line charts, used in the HTML reports, are now interactive. As you scroll over, the legend presents you with series values.
No more "I have this huge spike once every 4 hours, which reduces all other values to something that looks like zero but is actually NOT". Hover, and see the real values.
The idea with mycheckpoint is that it should know how to self upgrade the schema on version upgrade (much like automatic WordPress upgrades). mycheckpoint does bookkeeping of installed versions within the database, and upgrades by simple comparison.
It now, following a couple of reported bugs, also recognizes failure of partial, failed upgrades. This adds to the automation of mycheckpoint's installation.
Some of mycheckpoint's views are complicated, and lead to a large amount of code in view declaration. This leads to increased table definition size (large .frm files). There has been some work to reduce this size where possible. Work is still ongoing, but some 30% has been taken off already. This leads to faster table (view) load time.
Better configuration file use
Any argument supported on the command line is now also supported in the config style. Much like is handled with MySQL. For example, one can issue:
mycheckpoint --monitored-host=sql02.mydb.com --monitored-user=monitor --monitored-password=123456
But now also:
With the following in /etc/mycheckpoint.cnf:
[mycheckpoint] monitored_host = sql02.mydb.com monitored_user = monitor monitored_password = 123456
- If an option is specified on command line, it takes precedence over anything else.
- Otherwise, if it's specified in the configuration file, value is read from file.
- Otherwise use default value is used.
- On command line, option format is xxx-yyy-zzz: words split with dash/minus character.
- On configuration file, option format is xxx_yyy_zzz: words split with underscore. Unlike MySQL configuration format, dashes cannot be used.
- If an option is specified multiple times on configuration file -- well -- I have the answer, but I won't tell. Just don't do it. It's bad for your health.
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.
mycheckpoint is released under the New BSD License.