Skip to main content

Identify and Kill Queries with MySQL Command-Line Tool

Learn how to identify and kill long-running MySQL queries on your site.


This section provides information on how to identify and kill queries with MySQL Command-Line Tool.

Long-running MySQL queries prevent other transactions from accessing the necessary tables to execute a request, leaving your users on hold. You can access the environment's MySQL database to kill these queries.

Identify Long-Running Queries

  1. Create a local MySQL connection to the site's database.

  2. Run the following command to show a list of active threads:

    mysql> show processlist;
  3. Review the Time field to identify the longest running query.

  4. Run the following command to kill the query. In the example below, replace <thread_id> with the ID of the query you want to terminate:

    mysql> kill <thread_id>;

Kill All Queries

You can clear out a large number of bad requests without having to run kill on each individual thread if they are blocking valid queries.

  1. Navigate to the PROCESSLIST table.

  2. Execute the following to generate kill commands:

    mysql> SELECT GROUP_CONCAT(CONCAT('KILL ',id,';') SEPARATOR ' ') 'Paste the following query to kill all processes' FROM information_schema.processlist WHERE user<>'system user'\G
  3. Copy the provided query in the output and run as instructed.

Next Steps

Troubleshoot With New Relic® Performance Monitoring

Review MySQL Troubleshooting with New Relic® Performance Monitoring to get a better understanding of what's happening with your queries. You can use Pantheon's integrated reporting services with New Relic® Performance Monitoring to help isolate MySQL performance issues on your Drupal or WordPress sites.

Review Slow Query Logs

Use your site's MySQL Slow Log to troubleshoot MySQL and identify serious performance issues.

Enable Redis

Most website frameworks like Drupal and WordPress use the database to cache internal application objects which can be expensive to generate (menu trees, filter results, etc.), and to keep cached page content. Because the database also handles many queries for normal page requests, it is the most common bottleneck causing increased load-times.

Object Cache provides an alternative caching backend. It takes caching work off the database, which is vital for scaling to a larger number of logged-in users. It also provides a number of other features for developers looking to manage queues, or do custom caching of their own.

More Resources