本文主要是介绍ob库报错Timeout的坑,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
一、问题描述
最近数据库从mysql迁移到了ocean base;
之前好多kettle定时任务用来数据加工,结果迁移到ob总是报错Timeout
:
org.pentaho.di.core.exception.KettleDatabaseException:
Couldn't get row from result set
Timeoutat org.pentaho.di.core.database.Database.getRow(Database.java:2546)at org.pentaho.di.core.database.Database.getRow(Database.java:2516)at org.pentaho.di.trans.steps.tableinput.TableInput.processRow(TableInput.java:148)at org.pentaho.di.trans.step.RunThread.run(RunThread.java:62)at java.lang.Thread.run(Thread.java:748)
Caused by: java.sql.SQLException: Timeoutat com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1055)at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:956)at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3558)at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3490)at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)at com.mysql.jdbc.MysqlIO.nextRow(MysqlIO.java:1416)at com.mysql.jdbc.RowDataDynamic.nextRecord(RowDataDynamic.java:416)at com.mysql.jdbc.RowDataDynamic.next(RowDataDynamic.java:395)at com.mysql.jdbc.ResultSetImpl.next(ResultSetImpl.java:7104)at org.pentaho.di.core.database.Database.getRow(Database.java:2534)... 4 more
不知道是ob的哪个设置与mysql不一样,导致的。
二、解决方法
1.在select语句中使用/*+READ_CONSISTENCY(WEAK), QUERY_TIMEOUT(100000000)*/
样例如下:
select
/*+READ_CONSISTENCY(WEAK), QUERY_TIMEOUT(100000000)*/
id,name from mytable
就放在select的后面就可以了,这个可以解决一部分Timeout
报错。
2.发现当kettle的任务链太长时,跑到某一步也会报错Timeout
;
解决方法就是把kettle任务链拆分,每个短一些,分不同时间执行;
任务链短的话就不会Timeout
了,但是不能保证执行顺序,需要每个任务的间隔时间长一些,确保可以执行完毕。
这篇关于ob库报错Timeout的坑的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!