NDB为从数据节点接收的事件使用一个或多个内存缓冲区。每个订阅表事件的对象都有一个这样的缓冲区Ndb，这意味着每个执行二进制日志记录的mysqld通常有两个缓冲区（一个用于模式事件的缓冲区，一个用于数据事件的缓冲区）。每个缓冲区都包含由事件组成的纪元。这些事件包括操作类型（插入、更新、删除）和行数据（图像前后加上元数据）。
NDB在集群日志中生成消息来描述这些缓冲区的状态。尽管这些报告出现在集群日志中，但它们指的是 API 节点上的缓冲区（与大多数其他由数据节点生成的集群日志消息不同）。
集群日志中的事件缓冲区日志记录报告使用此处显示的格式：
Node node_id: Event buffer status (object_id):
used=bytes_used (percent_used% of alloc)
alloc=bytes_allocated (percent_alloc% of max) max=bytes_available
latest_consumed_epoch=latest_consumed_epoch
latest_buffered_epoch=latest_buffered_epoch
report_reason=report_reason此处列出了构成此报告的字段及其说明：
node_id：生成报告的节点的 ID。object_id：Ndb生成报告的对象的 ID。bytes_used：缓冲区使用的字节数。percent_used：使用的已分配字节的百分比。bytes_allocated：分配给此缓冲区的字节数。percent_alloc：已使用的可用字节百分比；ndb_eventbuffer_max_alloc如果等于 0（无限制） 则不打印 。bytes_available：可用字节数；如果ndb_eventbuffer_max_alloc为 0（无限制），则为 0。latest_consumed_epoch：最近消耗完成的纪元。（在 NDB API 应用程序中，这是通过调用完成的nextEvent()。）latest_buffered_epoch：事件缓冲区中最近缓冲（完全）的纪元。report_reason: 举报的原因。可能的原因将在本节后面显示。
报告的可能原因如下表所述：
ENOUGH_FREE_EVENTBUFFER：事件缓冲区有足够的空间。LOW_FREE_EVENTBUFFER：事件缓冲区可用空间不足。可以通过设置
ndb_report_thresh_binlog_mem_usage服务器变量来调整触发这些报告的阈值免费百分比级别。BUFFERED_EPOCHS_OVER_THRESHOLD: 缓冲的epoch数是否超过了配置的阈值。此数字是已完整接收的最新纪元与最近使用的纪元之间的差异（在 NDB API 应用程序中，这是通过调用nextEvent()或 完成的nextEvent2()）。该报告每秒生成一次，直到缓冲时期的数量低于阈值，该阈值可以通过设置ndb_report_thresh_binlog_epoch_slip服务器变量进行调整。您还可以通过调用调整 NDB API 应用程序中的阈值setEventBufferQueueEmptyEpoch()。PARTIALLY_DISCARDING: 事件缓冲内存已用完——ndb_eventbuffer_max_alloc即已使用 100%。即使使用率超过 100%，任何部分缓冲的时期都会缓冲到完成，但接收到的任何新时期都会被丢弃。这意味着事件流中出现了间隙。COMPLETELY_DISCARDING: 没有 epochs 被缓冲。PARTIALLY_BUFFERING：buffer free percentage following the gap已经上升到阈值，可以在mysql客户端使用ndb_eventbuffer_free_percentserver系统变量设置，也可以在NDB API应用程序中调用set_eventbuffer_free_percent(). 新纪元被缓冲。由于差距而无法完成的时代将被丢弃。COMPLETELY_BUFFERING: 所有收到的 epochs 都在缓冲，这意味着有足够的事件缓冲内存。事件流中的间隙已被关闭。