On 2025-02-27 12:09:46 +0900, Michael Paquier wrote: > I suspect that there would be cases where a single stats kind should be able > to handle both transactional and non-transactional flush cases. Splitting > that across two stats kinds would lead to a lot of duplication.
Agreed. Table stats will be the prime case where that's important.
