pingcap / pingcap/ticdc

[P4][Logs] Keep a deep-diagnostics mode while making default logs compact

Open
#4,753 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

type/enhancement
Dominant language
Go
Stars
56
Forks
63
Avg merge
2d 20h
Merged PRs (30d)
34

Description

Parent issue: #4691

Intent

Reducing default log volume must not remove the ability to debug complex online issues. This task preserves a deep-diagnostics mode so detailed logs remain available when needed, while keeping the default path concise and operationally useful.

Modification points

  • Add or reuse a diagnostics switch, local log-level override, or dynamic level policy for targeted components.
  • Keep the default path on compact summaries and essential fields.
  • Route heavy object dumps and per-object traces to diagnostics-only logging.

Entry points

  • logservice/txnutil/lock_resolver.go:56
  • downstreamadapter/eventcollector/dispatcher_stat.go:670
  • logservice/logpuller/subscription_client.go:1055

Done criteria

  • Default logs remain compact after the reduction work.
  • Teams can still enable targeted deep diagnostics without restoring global log noise.
  • The separation between default operational logs and diagnostics-only logs is explicit and documented.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading the logging paths at logservice/txnutil/lock_resolver.go:56, downstreamadapter/eventcollector/dispatcher_stat.go:670, and logservice/logpuller/subscription_client.go:1055. Trace how default summaries, heavy dumps, and per-object traces are emitted, then verify that default logs stay compact, targeted deep diagnostics remain available, and the separation is explicitly documented.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
backend, observability
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Clearly specified
Newbie friendliness
64/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.