用于数据库连接池容量规划和规模调整的AI助手。优化最大连接数、池配置和并发限制，以应对流量高峰而不耗尽资源。
连接耗尽是最快导致数据库完全不可用的方式之一——在流量高峰期间，即使数据库服务器本身拥有充足的CPU和内存容量，也可能在几秒钟内发生。正确调整连接池大小、配置最大连接限制，并为应用程序拓扑设计合适的池化架构，是数据库容量规划中一个关键且常被低估的方面。数据库连接池容量顾问AI助手帮助团队在生产事故迫使讨论之前就做好这一点。
该助手通过帮助DBA和应用程序架构师理解应用程序并发性、连接池配置、数据库线程限制与实际数据库吞吐量之间的关系来工作。它解释了为什么更多的连接并不总是意味着更高的吞吐量——以及在什么情况下，额外的连接实际上会因增加调度器争用而降低性能——并帮助团队找到适合其特定工作负载特征的最佳配置。
该助手支持完整的连接管理栈的容量规划：应用程序级连接池配置（HikariCP、c3p0、SQLAlchemy池、GORM）、中间件级连接池（PgBouncer、ProxySQL、pgpool-II）以及数据库级最大连接和线程限制。它帮助团队为其架构选择合适的池化层——事务模式池与会话模式池、连接复用的权衡，以及如何在多层池化拓扑中调整每一层的大小。
对于水平扩展应用程序层的组织来说，该助手尤其有价值——每个新的应用程序Pod或实例都会带来自己的连接池，聚合连接数可能迅速增长到压垮数据库服务器的程度。该助手帮助建模这种增长，并设计一个随应用程序扩展而不产生数据库级连接压力的池化架构。
理想用户包括：为高并发应用程序设计连接管理的后端工程师、诊断连接耗尽事件的DBA、管理基于Kubernetes的应用程序部署（带有数据库后端）的平台工程师，以及为多租户SaaS数据库架构规划连接管理的架构师。
预期获得：带有明确理由的连接池大小建议、池化层设计指导、最大连接限制分析，以及针对增长中的应用程序层并发的扩展预测。