Observability

Logs panel

The Logs button in the left sidebar opens a resizable bottom panel. It is accessible from any page — Data Explorer, Streams, or connection views.

The panel has two sub-tabs:

System Logs — real-time and historical logs from the SSE stream, covering stream progress, errors, and diagnostics
SQL Console — SQL query execution logs with timing and result details

Level filter — narrow logs by severity: errors & warnings, progress & stats, or info
Search — free-text search across log messages
Per-stream tabs — each stream gets its own tab so you can isolate its output from other activity

Logs can also be consumed programmatically via the SSE endpoint /logs/stream (see Logs & Monitoring API and SQL Logs API).

Open any running stream and switch to the Monitor tab. It shows:

Stage and status — current lifecycle state (starting, running, finished, failed, stopped)
Load behavior badge — for mode=load, the header shows whether the next Start will Resume after Stop or Start over after Stop
Source reader stats — produced count, data size, transfer rate, elapsed time, failed events
Target writer stats — consumed count, data size, average rate, elapsed time, active node count
Per-table progress — row count, data size, status (running / completed / failed / stopped / paused), and progress bar for non-CDC streams
Upload activity — file staging progress when the target uses S3 or file-based delivery
CDC reliability — for CDC streams, checkpoint position, source engine, last checkpoint update, acknowledged sequence, and health badge

For Load streams, read the badge as a stop/restart hint:

Resume after Stop — the load is on the resumable chunked path, so the next Start continues from saved progress
Starts over after Stop — the load is on the plain path, so the next Start reruns from the beginning or follows the target policy's reset behavior

For the exact routing rules and limits, see Resumable Load.

For CDC streams with Initial Load + CDC enabled, the Monitor tab also shows CDC Continuity for the snapshot-to-CDC boundary:

bootstrap phase (copying, handoff, complete, failed)
snapshot handoff position (binlog file/position for MySQL, LSN for PostgreSQL)
latest acknowledged CDC apply position after handoff
PostgreSQL replication slot name when that source engine is used

The Monitor tab surfaces inline alerts when issues arise:

GET /streams/{id}/stats can expose additional copy-progress blocks that are not part of the generic per-table UI counters:

bootstrap — CDC initial-snapshot state for the current configuration
snapshotCopy — chunk-planning and completion counts while resumable load is active

Use this API view when you need chunk-level progress for Load or MySQL CDC bootstrap runs.