去哪儿网《数据库稳定性治理实践:如何实现 99.95%提升到99.99%?》

2、这个标准是怎么确定的？以及让业务方认可

在设置数据库连接数时，我们需要综合考虑多个因素。首先，我们要根据数据库自身的性能和承载能力来设定一个合适的初始值。例如，我们日常保持的连接数低位值可能是3000，这个值对于数据库来说是完全可以承载的。然而，在实际业务中，随着机器数量的增加，连接数也可能迅速增长。因此，我们需要根据业务线的实际情况，与业务团队进行沟通，共同确定合适的连接数值。

在确定连接数值时，我们还需要考虑到一些异常情况。比如，如果突然进行大规模的扩容，连接数可能会迅速达到上限，导致数据库不可用。因此，我们不能仅仅依赖一个固定的数值来设定连接数，而是要根据实际情况进行动态调整。

此外，我们还需要关注单个应用所配置的连接数。如果单个应用配置的连接数过大，即使机器数量不多，也可能导致总连接数迅速增加。因此，我们需要对应用的连接数进行合理配置，避免资源浪费和数据库性能下降。

最后，通过设定合理的连接数标准，并与业务团队达成共识，我们可以规避一些潜在的问题。当然，在设定标准时，我们需要充分解释背后的原因和风险，以确保大家能够理解并遵守这些标准。只要大家按照标准执行，就能够有效保障数据库的稳定性和可用性。

3、会不会流控呢？ 长事务的SQL看不到怎么搞的呢？ 

流控是我们在使用PC时经常遇到的问题。导致流控的原因多种多样，从运维的角度来看，大部分情况可能是由于写入量过大或某个节点性能出现问题导致堵塞，进而使得正常请求无法提交或发生堵塞。不过，有观点提到长时错误（circle）不一定会导致流控，并且关于流控的常数定义可能有些模糊。至于尝试连接，主要是看请求能否成功连接。我们可以在界面上查看这些常数，但尚不清楚这些常数是否与大量的写入操作有关。这两个问题似乎是一起提出的，目前还不清楚它们之间是否有直接关联。

如果分开来看，流控确实是一个普遍存在的问题。无论是性能问题还是请求写入过大，只要系统处理不过来，都可能发生流控。 在尝试解决问题时，我们通常通过特定机制来检测这类尝试，并进行相应的处理。至于如何具体操作，比如查看数据库或系统表中的数据，然后进行展示和处理，这需要根据具体情况来定。如果某些信息无法查看，可能是因为还没有到达相应的处理阶段或数据还未更新。总的来说，我们需要综合考虑各种因素来有效地处理流控问题。