Client:ClientRead
当 Aurora PostgreSQL 等待从客户端接收数据时，会发生 Client:ClientRead 事件。
支持的引擎版本
Aurora PostgreSQL 版本 10 及更高版本支持此等待事件信息。
上下文
Aurora PostgreSQL 数据库集群正在等待从客户端接收数据。Aurora PostgreSQL 数据库集群必须先从客户端接收数据，然后才能向客户端发送更多数据。集群在从客户端接收数据之前等待的时间为 Client:ClientRead 事件。
等待次数增加的可能原因
Client:ClientRead 显示在主要等待中的常见原因包括以下各项：
- 网络延迟增加
-
Aurora PostgreSQL 数据库集群和客户端之间的网络延迟可能会增加。较高的网络延迟会增加数据库集群从客户端接收数据所需的时间。
- 客户端负载增加
-
客户端上可能存在 CPU 压力或网络饱和。客户端负载的增加可能会延迟从客户端向 Aurora PostgreSQL 数据库集群传输数据的时间。
- 过多的网络往返次数
-
Aurora PostgreSQL 数据库集群和客户端之间的大量网络往返可能会延迟将数据从客户端传输到 Aurora PostgreSQL 数据库集群的过程。
- 大型复制操作
-
在复制操作期间，数据将从客户端的文件系统传输到 Aurora PostgreSQL 数据库集群。向数据库集群发送大量数据可能会延迟从客户端向数据库集群传输数据的时间。
- 空闲客户端连接
-
与 Aurora PostgreSQL 数据库实例的连接在事务状态下处于空闲状态，正在等待客户端发送更多数据或发出命令。这种状态可能会导致
Client:ClientRead事件增加。 - 用于连接池的 PgBouncer
-
PgBouncer 有一个名为
pkt_buf的低级网络配置设置，预设情况下设置为 4096。如果工作负载通过 PgBouncer 发送大于 4096 字节的查询数据包，我们建议增加pkt_buf设置为 8192。如果新设置没有减少Client:ClientRead事件的数量，我们建议增加pkt_buf设置为较大的值，例如 16384 或 32768。如果查询文本很大，则较大的设置可能会特别有用。
操作
根据等待事件的原因，我们建议采取不同的操作。
将客户端放置在与集群相同的可用区和 VPC 子网中。
为了减少网络延迟并提高网络吞吐量，请将客户端放在与 Aurora PostgreSQL 数据库集群相同的可用区和 Virtual Private Cloud (VPC) 子网中。确保客户端在地理位置上尽可能靠近数据库集群。
扩展客户端
使用 Amazon CloudWatch 或其他主机指标，确定您的客户端当前是受 CPU 或网络带宽的限制，还是受此两者的限制。如果客户端受到限制，请相应地扩展您的客户端。
使用当前一代实例
在某些情况下，您可能没有使用支持巨型帧的数据库实例类。如果您在 Amazon EC2 上运行应用程序，请考虑为客户端使用当前一代实例。另外，在客户端操作系统上配置最大传输单位 (MTU)。这种技术可能会减少网络往返次数并提高网络吞吐量。有关更多信息，请参阅《Amazon EC2 用户指南》中的巨型帧（9001 MTU）。
有关数据库实例类的信息，请参阅 Amazon Aurora 数据库实例类。要确定等同于 Amazon EC2 实例类型的数据库实例类，请将 db. 放置在 Amazon EC2 实例类型名称之前。例如，r5.8xlarge Amazon EC2 实例等同于 db.r5.8xlarge 数据库实例类。
提高网络带宽
使用 NetworkReceiveThroughput 和 NetworkTransmitThroughput Amazon CloudWatch 指标监控数据库集群上的传入和传出网络流量。这些指标可以帮助您确定网络带宽是否足以满足您的工作负载。
如果您的网络带宽不够，请增加它。如果 AWS 客户端或您的数据库实例已达到网络带宽限制，增加带宽的唯一方法是增加数据库实例大小。
有关 CloudWatch 指标的更多信息，请参阅Amazon Aurora 的 Amazon CloudWatch 指标。
监控网络性能的最大值
如果您使用的是 Amazon EC2 客户端，Amazon EC2 会提供网络性能指标的最大值，包括聚合入站和出站网络带宽。它还提供连接跟踪功能，以确保按预期返回数据包以及域名系统 (DNS) 等服务的链接本地服务访问。要监控这些最大值，请使用当前的增强型联网驱动程序并监控客户端的网络性能。
有关更多信息，请参阅《Amazon EC2 用户指南》中的监控您的 Amazon EC2 实例的网络性能，以及《Amazon EC2 用户指南》中的监控您的 Amazon EC2 实例的网络性能。
监控处于“空闲事务”状态的事务
检查您是否有越来越多的 idle in transaction 连接。要做到这一点，请监控 pg_stat_activity 表中的 state 列。您可能能够通过运行类似于以下内容的查询来识别连接源。
select client_addr, state, count(1) from pg_stat_activity where state like 'idle in transaction%' group by 1,2 order by 3 desc
