· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1232 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1236 10.4 Support Resources · · · · · · · · · disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up schema is defined by the SELECT statement that creates the view. • You can create views to expose only safe fields and data to users, which ensures the security of sensitive fields and data in the underlying

· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1283 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1290 10.4 Support Resources · · · · · · · · · disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up schema is defined by the SELECT statement that creates the view. • You can create views to expose only safe fields and data to users, which ensures the security of sensitive fields and data in the underlying

· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1268 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1276 10.4 Support Resources · · · · · · · · · disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up schema is defined by the SELECT statement that creates the view. • You can create views to expose only safe fields and data to users, which ensures the security of sensitive fields and data in the underlying

· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1264 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1272 10.4 Support Resources · · · · · · · · · disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up schema is defined by the SELECT statement that creates the view. • You can create views to expose only safe fields and data to users, which ensures the security of sensitive fields and data in the underlying

· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1337 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1345 10.4 Support Resources · · · · · · · · · • Reduce the size of a single slow query log #17294 @Connor1996 • Add a new monitoring metric min safe ts #17307 @mittalrishabh • Reduce the memory usage of the peer message channel #16229 @Connor1996 disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up

according to the specified parameters When starting a migration task, you can specify a start time and a safe mode duration. This is especially useful when you create an incremental migration task with lots of Description tidb_gc_max_wait_time �→ Newly added This vari- able is used to set the max- i- mum time of GC safe point blocked by un- com- mit- ted trans- ac- tions. 50 Variable name Change type Description disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up

· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1331 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1340 10.4 Support Resources · · · · · · · · · disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up schema is defined by the SELECT statement that creates the view. • You can create views to expose only safe fields and data to users, which ensures the security of sensitive fields and data in the underlying

· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1328 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1336 10.4 Support Resources · · · · · · · · · disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up schema is defined by the SELECT statement that creates the view. • You can create views to expose only safe fields and data to users, which ensures the security of sensitive fields and data in the underlying

· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1311 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1319 10.4 Support Resources · · · · · · · · · TiDB log desensitization is based on marking SQL text informa- tion in log files, facilitating the safe display of sensitive data when users view the logs. You can control whether to desensitize log information disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up

· · · · · · · · · · · · · · · · · · · · · · · · · · · · 1283 10.3.6 Understanding Stale Read and safe-ts in TiKV· · · · · · · · · · · · · · · · · · · · · 1291 10.4 Support Resources · · · · · · · · · disk usage. GC is triggered once every 10 minutes by default. Each GC calculates a time point called safe_point. Any data earlier than this time point will not be used again, so TiDB can safely clean it up schema is defined by the SELECT statement that creates the view. • You can create views to expose only safe fields and data to users, which ensures the security of sensitive fields and data in the underlying