使用服务器游标获取结果和使用流式传输获取结果之间的区别(行为方式)是什么?
可以激活前者(服务器游标):
通过在连接属性中设置useCursorFetch=true
和defaultFetchSize=N
来处理每个语句。 (其中 N 是一个大于零的数字。)
或最初在连接上设置useCursorFetch=true
或com.mysql.jdbc.Connection.setUseCursorFetch(true)
,然后在声明中设置java.sql.Statement.setFetchSize(N)
的个别陈述。
后者(streaming)可以激活:
在个人陈述中设置java.sql.Statement.setFetchSize(Integer.MIN_VALUE)
或在陈述中致电com.mysql.jdbc.Statement.enableStreamingResults()
。
可能在每个语句中通过在连接属性中设置defaultFetchSize=X
,其中 X 是一个等于Integer.MIN_VALUE
的数字。
使用这些替代方法进行开发时需要考虑什么?一个好的答案可能涉及性能,锁定持有等主题和资源分配(/ deallocation)。
答案 0 :(得分:3)
检查Mysql的Connector / J源代码(v5.1.39):
当使用服务器游标(setUseCursorFetch(true)
)并且结果集类型是TYPE_FORWARD_ONLY
时,似乎“流”模式只是一个特殊情况,其中获取的块仅为1行:
////// RowDataCursor.java /////////
private void fetchMoreRows() throws SQLException {
...
synchronized (this.owner.connection.getConnectionMutex()) {
...
int numRowsToFetch = this.owner.getFetchSize();
...
if (numRowsToFetch == Integer.MIN_VALUE) {
// Handle the case where the user used 'old' streaming result sets
numRowsToFetch = 1;
}
有关MysqlIO.java
实例化的条件,请参阅RowDataCursor
:
//
// Handle cursor-based fetch first
//
if (this.connection.versionMeetsMinimum(5, 0, 2) && this.connection.getUseCursorFetch() && isBinaryEncoded && callingStatement != null
&& callingStatement.getFetchSize() != 0 && callingStatement.getResultSetType() == ResultSet.TYPE_FORWARD_ONLY) {
ServerPreparedStatement prepStmt = (com.mysql.jdbc.ServerPreparedStatement) callingStatement;
boolean usingCursor = true;
MySQL 5.7文档表明使用服务器游标在服务器端生成临时表(如果大小允许,则为内存表),这可能会影响服务器性能。