I am happy to announce the availability of beta release of our new product Percona XtraDB Cluster.
The main focus in this release:
For about the past year I’ve been formulating a series of tools and practices that can provide deep insight into system performance simply by looking at TCP packet headers, and when they arrive and depart from a system. This works for MySQL as well as a lot of other types of systems, because it doesn’t require any of the contents of the packet. Thus, it works without knowledge of what the server and client are conversing about.
My previous post I finished with the graph with unstable results.
There I won’t analyze causes, but rather I want to show some different ways to present results.
I enjoy working with R, and though I am not even close to be proficient in it, I want to share some graphs you can build with R + ggplot2.
In this post, I’ll cover the new MySQL monitoring plugins we created for Nagios, and explain their features and intended purpose.
I want to add a little context. What problem were we trying to solve with these plugins? Why yet another set of MySQL monitoring plugins?
In my previous post I explained how it could be possible to recover, on some specific cases, a single table from a full backup in order to save time and make the recovery process more straightforward. Now the scenario is worse because we don’t have a backup or the backup restore process doesn’t work. How can I recover deleted rows?