固定维度建模+单线程无锁：牺牲全维度灵活性，换取简单和低开销

CAT的每个报表往往有多个维度，以Transaction报表为例就有应用、机器、Type、Name、分钟级分布这五个维度——理论上如果做”全维度建模”（支持任意维度组合的自由查询），系统会非常灵活，但代价是计算和存储开销会急剧膨胀。CAT选择了固定维度建模的路线：把这五个维度组织成一棵深度为5的树，访问时永远从根节点开始、逐层往下进行，放弃了任意维度自由组合的灵活性，换取了结构简单、开销可控。与这个建模选择相配套的是服务端的并发模型：CAT为每个报表单独分配一个专属线程来处理，这意味着同一个报表模型不会被多个线程并发访问，所有报表模型都可以被设计成非线程安全的、数据可自由变更的对象，完全不需要考虑锁的问题——这个设计带来的好处是”简单且低开销”：不用锁意味着没有锁竞争的性能损耗，也不用为了线程安全而增加额外的同步逻辑和心智负担。这两个决策放在一起看，体现了同一个设计哲学的两种表现形式：在数据建模层面（固定维度树 vs 全维度灵活查询）和并发处理层面（单线程无锁 vs 多线程加锁共享），CAT都主动选择了”更受限但更简单”的那一端，而不是”更灵活但更复杂”的那一端。这个案例提示了一条系统设计的通用权衡原则：灵活性和简单性/性能之间往往存在真实的张力，当一个系统的核心诉求是高吞吐、低延迟处理海量数据（如CAT这样的实时监控系统）时，主动放弃一部分理论上”可能有用”的灵活性（任意维度组合查询），去换取架构整体的简单性和确定的低开销，往往是更划算的选择——不必因为”灵活”听起来更强大就默认它是更优的设计目标，具体系统的核心诉求才应该是决定这个权衡方向的依据。