我知道我可以通过运行（从 mysql 客户端）设置全局 MAX_EXECUTION_TIME 的值：
SET GLOBAL MAX_EXECUTION_TIME
但是我如何查询它的价值呢？
GET 而不是 SET 似乎无法做到这一点。
在我的测试中，我发现该设置与CQL 中的超时或语句write_request_timeout_in_ms没有任何关系。例如，我将它设置为 10000 毫秒，但我发现有些语句可能需要大约 12 秒才能完成。那么正确的设置是什么？CREATE TABLEALTER TABLECREATE TABLE
SQL Server 2008 SP3
如何追踪这些超时错误？
这些错误显示在专门用于 IIS 中的错误报告的 Intranet 仪表板上。我怀疑 Web 应用程序中的默认超时时间为 30 秒，如果查询时间超过 30 秒，则会引发异常。由于这些 SQL 服务器上有许多查询时间超过 30 秒，因此我不能只根据持续时间在探查器中进行过滤。
为受此仪表板监控的网站提供服务的是两台 IIS 服务器，它们从七个 SQL Server 实例中检索数据。
我可以使用“用户错误消息事件”和“OLEDB 错误事件”来跟踪 SQL Server Profiler 中的这些错误吗？
我正在做一个相当大的查询，它会遇到 MySQL 连接超时。我知道如何更改超时参数，但我也从一台不能长时间运行的笔记本电脑上查询。
数据库管理员告诉我，我可以将结果发送到表中。经过四处搜索，似乎INSERT INTO dst_tbl SELECT * FROM src_tbl;基本上就是这个想法（源文章）。
但是即使我的结果被保存了，当我重新连接时，查询会从它停止的地方开始吗？有没有办法检查我没有丢失/重复记录？
更一般地说，如果有任何关于如何在超时约束下进行大型查询的建议，我将不胜感激。
我们遇到了一个问题，其中一个只读查询通过 MySQL 工作台运行，从用户的 UI 角度来看超时，并在服务器上继续运行（并且显然消耗越来越多的资源），直到我们发生中断。
问题
- 在 MySQL 中是否有处理此类问题的标准方法？
- 是否有我们需要避免的根本原因？