Tags: debug, debugging, development, developer, performance, profiler, profiling, queries, query monitor
Requires at least: 3.5
Tested up to: 4.1
Stable tag: 2.6.10
License: GPL v2 or later
View debugging and performance information on database queries, hooks, conditionals, HTTP requests, redirects and more.
Query Monitor is a debugging plugin for anyone developing with WordPress. It has some advanced features not available in other debugging plugins, including automatic AJAX debugging and the ability to narrow down things by plugin or theme.
Query Monitor adds a toolbar menu showing an overview of the current page. Complete data is shown in the footer once you select a menu item.
Here's an example of Query Monitor's output. This is the panel showing aggregate database queries grouped by component, allowing you to see which plugins are spending the most time on database queries.
- Shows all database queries performed on the current page
- Shows affected rows and time for all queries
- Show notifications for slow queries and queries with errors
- Filter queries by query type (
- Filter queries by component (WordPress core, Plugin X, Plugin Y, theme)
- Filter queries by calling function
- View aggregate query information grouped by component, calling function, and type
- Super advanced: Supports multiple instances of wpdb on one page
Filtering queries by component or calling function makes it easy to see which plugins, themes, or functions on your site are making the most (or the slowest) database queries.
- Shows all hooks fired on the current page, along with hooked actions and their priorities
- Filter hooks by part of their name
- Filter actions by component (WordPress core, Plugin X, Plugin Y, theme)
- Shows the template filename for the current page
- Shows the available body classes for the current page
- Shows the active theme name
- PHP errors (warnings, notices, stricts and deprecated) are presented nicely along with their component and call stack
- Shows an easily visible warning in the admin toolbar
- Shows matched rewrite rules and associated query strings
- Shows query vars for the current request, and highlights custom query vars
- Shows the queried object details (collapsed by default)
- Shows all HTTP requests performed on the current page (as long as they use WordPress' HTTP API)
- Shows the response code, call stack, transport, timeout, and time taken
- Highlights erroneous responses, such as failed requests and anything without a
- Whenever a redirect occurs, Query Monitor adds an
X-QM-RedirectHTTP header containing the call stack, so you can use your favourite HTTP inspector to easily trace where a redirect has come from
The response from any jQuery AJAX request on the page will contain various debugging information in its header that gets output to the developer console. No hooking required.
AJAX debugging is in its early stages. Currently it only includes PHP errors (warnings, notices and stricts), but this will be built upon in future versions.
Hands up who can remember the correct names for the filters and actions for custom admin screen columns?
- Shows the correct names for custom column filters and actions on all admin screens that have a listing table
- Shows the state of
get_current_screen()and a few variables
- Shows various PHP information such as memory limit and error reporting levels
- Highlights the fact when any of these are overridden at runtime
- Shows various MySQL information, including caching and performance related configuration
- Highlights the fact when any performance related configurations are not optimal
- Shows various details about WordPress and the web server
- Shows version numbers for all the things
- Shows any transients that were set, along with their timeout, component, and call stack
- Shows all WordPress conditionals on the current page, highlighted nicely
- Shows an overview at the top, including page generation time and memory limit as absolute values and as % of their respective limits
- Shows all scripts and styles which were enqueued on the current page, along with their path, dependencies, and version number
By default, Query Monitor's output is only shown to Administrators on single-site installs, and Super Admins on Multisite installs.
In addition to this, you can set an authentication cookie which allows you to view Query Monitor output when you're not logged in (or if you're logged in as a non-administrator). See the bottom of Query Monitor's output for details.
A Note on Profiling
Query Monitor does not currently contain a profiling mechanism. The main reason for this is that profiling is best done at a lower level using tools such as XHProf.
However, it is likely that I will add some form of profiling functionality at some point. It'll probably be similar to how Joe Hoyle's TimeStack does it, because that works nicely. Suggestions welcome.
A Note on Query Monitor's Implementation
In order to do a few clever things, Query Monitor loads earlier than you ever thought humanly possible (almost). It does this by symlinking a custom
db.php in your
WP_CONTENT_DIR. This file (when present) gets included before the database driver is loaded, meaning this portion of Query Monitor loads before WordPress even engages its brain.
In this file is Query Monitor's extension to the
wpdb class which:
- Allows us to log all database queries (including ones that happen before plugins are loaded)
- Logs the full stack trace for each query, which allows us to determine the component that's responsible for the query
- Logs the query result, which allows us to display the affected rows or error message if applicable
- Logs various PHP configurations before anything has loaded, which allows us to display a message if these get altered at runtime by a plugin or theme
WP_CONTENT_DIR isn't writable and therefore the symlink for
db.php can't be put in place, Query Monitor still functions, but this extended functionality won't be available. You can manually create the symlink to the plugin's
wp-content/db.php if you have permission. (Related GitHub issue)
Database listing panel showing all queries, and the controls for filtering by query type, caller, and component
A slow database query (over 0.05s by default) that has been highlighted in a separate panel
Aggregate Database Queries by Component
Ordered by most time spent
Aggregate Database Queries by Calling Function
Ordered by most time spent
Hook listing panel showing all hooks, and the controls for filtering by name and component
Showing an HTTP request with an error
Code contributions are very welcome, as are bug reports in the form of GitHub issues. Development happens in the
develop branch, and any pull requests should be made to that branch please.
This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.