Google’s user_statistics V2 port and changes

Recently Google published V2 release of patches, one of them user_statistics we use in our releases.
New features are quite interesting so we decided to port it to fresh releases of MySQL. Features includes:

      New statistics per user (Cpu_time, Bytes_received, Bytes_sent, etc)
      New command SHOW CLIENT_STATISTICS, which shows statistics per client’s hostname, not per user

Our port includes:

  • Access protection – USER_STATISTICS, CLIENT_STATISTICS available only for user with SUPER or PROCESS privileges. INDEX_STATISTICS, TABLE_STATISTICS shows only information of tables that current user has access to (SELECT privileges required). This is important for hosting providers

Here is example of new tables:

and INDEX/TABLE statistics:

If you would like to test it here is link to patch for 5.0.67. When we consider it stable we will include it in our releases.

Btw working with patches I found very useful utils patchutils, which recommend you if you also need to separate one big patch to several small 🙂

Share this post

Comments (9)

  • Mark Callaghan Reply

    Wow. Who knew patches could be incorporated so quickly. Great work.

    September 12, 2008 at 3:20 pm
  • Kevin Burton Reply


    I think the biggest obstacle to V2 adoption is to get the patches into smaller bite size chunks.

    It’s looking like 5.0.67 is the sweet spot though…..with with the Google SMP patches.

    If you can get a build with these patches and your InnoDB performance patches I think this is the release we’ll target.

    There are still some cool V2 features though… I’m going to try to blog about them when I get some time.

    September 12, 2008 at 9:11 pm
  • peter Reply


    What is showed here is not the Googles V2 complete patch set but the given accounting patch ported to Percona patch set. The user statistics patches in particular are very safe because they do not change any internal logic this is why we put them in the “safe to use” release.

    September 12, 2008 at 10:37 pm
  • peter Reply

    Couple of comments

    1) It is interesting how much speed overhead if any we got with these patches.
    2) empty_queries is misleading It really means empty_results though I guess it is best if Google renames it so we do not add more differences than needed
    3) Busy Time, CPU time all counted with better accuracy while displayed as seconds only this may not be accurate enough in some cases.
    4) The patch should be counting CPU time per query which can be very nice addition to the processlist schema besides time_ms we have already.

    September 12, 2008 at 10:46 pm
  • Mark Callaghan Reply

    @Peter — What is CPU time per query? Select_commands counts all SELECT statements. Update_commands counts all INSERT/UPDATE/REPLACE/DELETE statements and Other_commands counts everything else. Cpu_time / (Select_commands + Update_commands + Other_commands) displays time per client-server protocol command. Do you want Cpu_time for each type of command? The expressions are easy to evaluate since you provide this data via the Information Schema.

    September 13, 2008 at 7:50 am
  • Kevin Burton Reply


    I realize it wasn’t the complete patch…. I was congratulating you on isolating one of the features from the larger V2 so that it can be easily added to MySQL AB’s sources and moved between versions easier.


    September 13, 2008 at 11:29 am
  • peter Reply

    Thanks Kevin 🙂

    This is exactly the point.

    September 15, 2008 at 9:40 am
  • True Reply

    How to apply this patch ? I am using mysql 5.0.77.

    I dont see table index_statistics

    March 2, 2009 at 1:56 pm
  • Baron Schwartz Reply

    Get one of our builds. I assume you are using a standard MySQL server. Download our version from and then see the docs here:

    March 2, 2009 at 8:22 pm

Leave a Reply