- Category
- Developer Tools
- Rank
- No. 893Tools index
Previous survey · No. 888 ·
- Pricing
- Open Source
- Type
- TOOL
- Builder
- block
- GitHub
- 75 stars
- Latest release
- v2.1.0
- Date
About
Sublime MySQL monitoring. A modern, extensible MySQL metrics collector and monitor written in Go.
What it does
Blip runs alongside MySQL, gathers selected database measurements on configurable schedules, then forwards them to an observability service. Collection plans group metrics by purpose and frequency, while separate sinks handle delivery. A default plan covers more than 60 important metrics, so custom planning is optional.
Why it's ranked here
Blip stands out for operational depth without forcing every team to build a collection scheme. It supports varied MySQL deployments, per-monitor schedules, several established destinations, and custom outputs. Its retry behavior and configuration validation show practical production thinking. Linux-only support and an unsecured optional API narrow the fit.
What's good
Collection frequencies can match how quickly each signal changes, improving resolution without treating every metric identically. Overlapping schedules combine automatically. Datadog, Splunk, and Chronosphere work out of the box, while Go developers can add destinations. Delivery buffering keeps recent measurements during outages and discards older ones when capacity is exhausted.
Tradeoffs
The documented operating system is Linux. Custom sinks presume experienced Go developers. The optional REST interface has no authentication, TLS, CORS, or related security mechanisms, so its default loopback binding matters. AWS setup assumes existing proficiency with IAM and RDS. Only the latest release is documented as stable and supported.
How to use it well
Use Blip when a team operates MySQL 5.7 or newer and needs deliberate metric schedules across local, on-premise, RDS, or Aurora deployments. Start with the default plan, validate configuration before running, then customize frequencies only where cost or resolution warrants it. It sends measurements outward, but does not replace the destination that stores, graphs, or alerts on them.
Technical notes+
The module in go.mod is github.com/cashapp/blip/v2 and declares Go 1.24. docs/content/config/blip.md describes a YAML-configured CLI with a two-phase boot and run lifecycle, including a validation-only mode through --run=false. docs/content/api/_index.md documents an optional REST server bound to 127.0.0.1:7522 by default, without authentication or TLS. docs/content/plans/file.md defines frequency-based YAML plans and environment interpolation. docs/content/sinks/retry.md describes a configurable LIFO retry buffer that favors recent metrics. docs/content/cloud/aws.md covers RDS, Aurora, IAM authentication, Secrets Manager password loading, credential refresh after access denial, and automatic RDS TLS detection.
Observed
- Primary language
- Go
- Packaging
- Go module github.com/cashapp/blip/v2
- Configuration surface
- CLI application configured with YAML, command-line options, and environment variables
- Runtime interface
- Optional REST API bound to 127.0.0.1:7522 by default
- Platform support
- Linux
- Database compatibility
- MySQL 5.7 and newer, including Amazon RDS for MySQL and Amazon Aurora
- Built-in destinations
- Datadog, SignalFx or Splunk, Chronosphere, and standard output logging
- Extension surface
- Go plugin interfaces for custom metric sinks and collectors
Read from README.md, go.mod, docs/content/_index.md, docs/archetypes/default.md, docs/content/api/blip.md, docs/content/cloud/aws.md, docs/content/sinks/log.md, docs/content/api/_index.md, docs/content/api/status.md, docs/content/plans/file.md, docs/content/config/blip.md, docs/content/intro/plans.md, docs/content/intro/sinks.md, docs/content/plans/table.md, docs/content/sinks/retry.md.
What it can do
Collect MySQL performance metrics
MySQL database instance → Performance metrics data
Monitor MySQL database health
MySQL server connection parameters → Real-time database health status
Track MySQL query performance
Database queries and execution data → Query performance statistics
Generate MySQL monitoring reports
Collected metrics and performance data → Database performance reports
Alert on MySQL performance issues
Performance thresholds and current metrics → Alert notifications
Extend monitoring capabilities
Custom monitoring plugins or configurations → Enhanced monitoring functionality
Tags
Tech Stack
Comments (0)
No comments yet
Editorially curated, with community endorsements as a secondary signal. Corrections welcome.