Databases
Database Access Monitoring (DAM)
eBPF-powered database monitoring without any hassle.
The eBPF Receiver includes built-in Database Activity Monitoring that automatically profiles database traffic at the kernel level. No database-side agents or plugins needed.
Supported Databases
| Database | Captured Metrics |
|---|---|
| MySQL | Query operations, latency (avg + P99), prepared statements, read/write ratio |
| PostgreSQL | Query operations, latency (avg + P99), prepared statements, read/write ratio |
Supported Messaging Systems
| System | Captured Metrics |
|---|---|
| Redis | Command operations, latency, throughput |
| Kafka | Producer/Consumer metrics, throughput |
| Elasticsearch | Request operations, latency, throughput |
Key DAM Capabilities
- Table-level hotspot detection β identify your most queried and slowest tables
- Read vs. Write ratio analysis β understand workload characteristics per table
- P99 latency tracking β surface tail latency issues before they impact users
- Zero configuration β automatically detected via eBPF kernel hooks; no database credentials required
When to Use
- When you need instant database visibility with zero setup
- When you cannot or prefer not to create a monitoring user on the database
- When running on Linux with kernel β₯ 5.8
- When you want to monitor traffic across all supported databases and messaging systems from a single agent
For deeper query analytics including execution plans and schema discovery, see Direct Database Monitoring. For distributed trace context from your application SDKs, see OpenTelemetry Database Monitoring.
Configuration
Enable heuristic SQL detection and tune caches for high-load environments:
ebpf:
heuristic_sql_detect: true
mysql_prepared_statements_cache_size: 1024
postgres_prepared_statements_cache_size: 1024Prerequisites
- Linux kernel β₯ 5.8 (recommended; some features work on 4.18+)
- Root privileges or
CAP_SYS_ADMIN+CAP_BPFcapabilities - The eBPF Receiver must be enabled in the agent configuration (see Configuration)