通过elasticsearch java API执行select查询时经常出现“查询执行被中断错误代码1317”错误

我知道已经有一个关于错误“查询执行被中断错误代码1317”的问题，但我不确定我的问题与该问题中讨论的问题是否相同。这里有一些背景：

我每分钟都在从MySQL数据库读取数据，并将数据推送到elasticsearch数据库中。因此，我已经有一个连接打开并处于活动状态，可以从MySQL中提取数据。现在，当我使用Elasticsearch Java API打开另一个用于插入数据的连接时，大约有49个可用连接，我提供了大约3GB的RAM，用于运行插入数据的Java程序，我不断收到中断异常-

 [main] 2015-05-12 14:30:41 com.db.exceptions.DBUncategorizedException: DatabaseSourceImplV2::  selectPrepSQLStmt [DATABASE]  Query execution was interrupted error code 1317 error state 70100
at com.db.exceptions.SQLExceptionTranslator.translateFromDBErrorStates(SQLExceptionTranslator.java:154)
at com.db.exceptions.SQLExceptionTranslator.createDBException(SQLExceptionTranslator.java:85)
at com.db.DatabaseSourceImplV2.selectPrepSQLStmt(DatabaseSourceImplV2.java:927)
at com.db.DatabaseSourceImplV2.select(DatabaseSourceImplV2.java:556)
at com.db.DatabaseSourceImplV2.select(DatabaseSourceImplV2.java:328)
at com.es.dao.ArgusESDAO.getF5HttpRequests(ArgusESDAO.java:363)
at com.es.F5HttpRequestToES1.pushToES(F5HttpRequestToES1.java:150)
at com.es.F5HttpRequestToES1.main(F5HttpRequestToES1.java:93)

Caused by: java.sql.SQLException: Query execution was interrupted
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:946)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2941)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:868)
at com.mysql.jdbc.MysqlIO.nextRow(MysqlIO.java:1351)
at com.mysql.jdbc.MysqlIO.readSingleRowSet(MysqlIO.java:2333)
at com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:435)
at com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(MysqlIO.java:2040)
at com.mysql.jdbc.MysqlIO.readAllResults(MysqlIO.java:1443)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1777)
at com.mysql.jdbc.Connection.execSQL(Connection.java:3249)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1268)
at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1403)
at com.db.DatabaseSourceImplV2.selectPrepSQLStmt(DatabaseSourceImplV2.java:922)
... 5 more

根据我在文章开头提到的问题，有人建议确保我查询的表应该被索引。我的表被编入索引，并通过运行非常轻的select查询进行测试，以确保有足够的时间执行查询。所以我不确定这里发生了什么。你知道我是否遗漏了一些基本的东西吗

更新Val评论的回复-

1我的主机提供商没有终止它，因为它对于已经创建的连接运行良好。 2我的数据库连接默认超时时间约为8小时，因此没有问题，这是我公司的服务器，因此他们每秒都有大量数据进入，每秒都会运行非常繁重的查询。 3我的查询很重，但应该不会有问题，因为一个连接已经很好地处理了

---

当我在SQL命令行中运行查询时，我的查询运行了0.078秒。

可能有几个原因，其中包括：1如果查询持续时间太长，主机提供商将终止查询；2数据库连接设置使用的默认超时时间太短；3查询太重。。。您能显示您的查询和正在使用的数据库连接设置吗？您是否尝试过直接从mysql命令行执行查询？需要多长时间？@Val我已经更新了这个问题。请检查一下。