Packetbeat丢失了一些数据

Question

使用packet节拍记录查询是否有10秒的限制？例如，下面示例中的第一个查询按预期正确记录。但是第二个查询没有弹性地出现。

MySQL [test]> select sleep(9.9);
+------------+
| sleep(9.9) |
+------------+
|          0 |
+------------+
1 row in set (9.91 sec)


MySQL [test]> select sleep(10);
+-----------+
| sleep(10) |
+-----------+
|         0 |
+-----------+
1 row in set (10.00 sec)

我猜它与默认设置为10秒的refresh_topology_freq参数有关。有什么办法来改变这个吗？

我还需要记录上面的第二个查询。

Answer 1

在默认情况下，必须增加transaction_timeout设置，因为它被设置为10。第二个查询运行10秒，认为已过期，但过期的事务不再与传入的响应相关，而是立即发送到Elasticsearch。