Skip to main content
Our connector pulls your MySQL logs into Honeycomb for analysis, so you can analyze MySQL traffic on your machines and finally get a quick handle on the database queries triggered by your application logic. It surfaces attributes like:
  • The normalized query shape
  • Time spent waiting to acquire lock
  • Number of rows examined to execute the query
  • Number of rows returned by MySQL
  • … and more!
Honeycomb is unique in its ability to calculate metrics and statistics on the fly, while retaining the full-resolution log lines (and the original MySQL query that started it all!). Once you have got data flowing, be sure to take a look at our starter queries! Our entry points will help you see how we recommend comparing lock retention by normalized query, scan efficiency by collection, or read vs. write distribution by host.
This document is for running MySQL directly. If running MySQL on RDS, Honeycomb offers support for ingesting RDS MySQL logs via CloudWatch Logs with the option to convert these unstructured logs into structured logs.
The agent used to translate logs to events and send them to Honeycomb is called honeytail.

Configure MySQL Query Logging

Before running honeytail, you will want to turn slow query logging on for all queries if possible. To turn on slow query logging for your MySQL host, run the following in your MySQL shell:
Set the threshold for a query to be considered a “slow” query to 0 (the default is 10):
And verify the slow query log’s location via:
If this technique is a problem for you—specifically, you do not want to rely on slow query log output—let us know! We have got something in the works that might satisfy your needs.

Install and Run Honeytail

On your MySQL host, download and install the latest honeytail by running:
Download the honeytail_1.10.0_amd64.deb package.
Verify the package.
Install the package.
The packages install honeytail, its config file /etc/honeytail/honeytail.conf, and some start scripts. Build honeytail from source if you need it in an unpackaged form or for ad-hoc use.
Make sure you have enabled MySQL query logging before running honeytail. To consume the current MySQL slow query log from the beginning, run:

Troubleshooting

Check out honeytail Troubleshooting for debugging tips.

Run Honeytail Continuously

To run honeytail continuously as a daemon process, first modify the config file /etc/honeytail/honeytail.conf and uncomment and set:
  • ParserName to mysql
  • WriteKey to your API key, available from the account page
  • LogFiles to the path for your MySQL slow query log file, often located at /usr/local/var/mysql/myhost-slow.log
  • Dataset to the name of the dataset you wish to create with this log file.
Then start honeytail using upstart or systemd:

Backfill Archived Logs

You may have archived logs that you would like to import into Honeycomb. If you have a MySQL logfile located at /usr/local/var/mysql/myhost-slow.16.log, you can backfill using this command:
This command can be used at any point to backfill from archived log files. You can read more about honeytail’s backfill behavior here.
honeytail does not unzip log files, so you will need to do this before backfilling.
Once you have finished backfilling your old logs, we recommend transitioning to the default streaming behavior to stream live logs to Honeycomb.

Scrub Personally Identifiable Information

While we believe strongly in the value of being able to track down the precise query causing a problem, we understand the concerns of exporting log data, which may contain sensitive user information. With that in mind, we recommend using honeytail’s MySQL parser, but adding a --scrub_field=query flag to hash the concrete query value. The normalized_query attribute will still be representative of the shape of the query, and identifying patterns including specific queries will still be possible—but the sensitive information will be completely obscured before leaving your servers. More information about dropping or scrubbing sensitive fields can be found here.

Example Extracted MySQL Fields

Ingesting a MySQL log line (resulting from a SELECT with a JOIN):
will produce an event for Honeycomb that looks like: Numbers are ingested as floats by default in Honeycomb, though you can coerce a field to integers in the Schema section of your dataset’s Overview. You can find more on our MySQL query normalization in our mysqltools repository.

Open Source

Honeytail is open source and Apache 2.0 licensed.