on 06-30-2008 12:04 AM
Hello all,
While executing a batch-job that takes around 20 hours and highly interacts with a MaxDB instance, the batch job failed to execute a select query after around 19 hours with the following exception:
[750]: Too many SQL statements (work rolled back)
(We use MaxDB Server Version 7.6.3.15 on RedHat Linux.)
The statement is a simple select statement that is newly created for each query sent to the database, so it's not a prepared statement (which would be the better solution for that batch-job, of course).
I found that the same error was obviously a problem in older versions (up to version 7.3.0.6), as can be read here:
http://lists.mysql.com/maxdb/1093
http://lists.mysql.com/maxdb/1599
It seems to be the 'several millions'-problem again, or is that caused by another reason?
Thank you for any comment on this.
Gabriel Matter
Hallo,
you are right, it seems to be the same topic.
Is it possible that monitoring is switched on in your context?
To explain: if monitoring is not switched on, those statement-numbers may be recycled after some time, but in case monitoring is switched on, this is not allowed and this error may occur.
Elke
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
80 | |
9 | |
9 | |
7 | |
7 | |
6 | |
6 | |
6 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.