Subject | AW: [firebird-support] Question about transactions |
---|---|
Author | Olaf Kluge |
Post date | 2008-12-03T13:57:50Z |
Thank you.
Mit freundlichen Grüßen/with best regards
SATRON Sachsen
Steuerungstechnik GmbH
Olaf Kluge
Fon +49 (0) 37 25/ 35 06-31
Fax +49 (0) 37 25/ 35 06-12
Mob +49 (0) 1 70/ 92 92 375
E-Mail: olaf.kluge@...
...........................................................................
SATRON Sachsen Steuerungstechnik GmbH
Geschäftsführer: Bernd Grötzschel, Gerd Kaden
Sitz: D-09405 Zschopau, Johann-Gottlob-Pfaff-Straße 7
Amtsgericht: Chemnitz HRB 1218
Diese E-Mail ist vertraulich und beabsichtigt einzig zum Gebrauch der
Person, an die sie adressiert ist.
Wenn Sie nicht der Empfänger sind, nehmen Sie zur Kenntnis, dass Sie diese
E-Mail in Fehler und jeder Verwendung erhalten haben,
Verbreitung, Weiterleitung, Drucken oder Kopieren dieser E-Mail wird strikt
verboten.
-----Ursprüngliche Nachricht-----
Von: firebird-support@yahoogroups.com
[mailto:firebird-support@yahoogroups.com] Im Auftrag von Helen Borrie
Gesendet: Mittwoch, 3. Dezember 2008 14:08
An: firebird-support@yahoogroups.com
Betreff: Re: [firebird-support] Question about transactions
At 09:00 PM 3/12/2008, you wrote:
database, anyway.
"big enough" to accommodate both your committed data and the garbage that
you keep there. When the DB engine needs more space for new records, or to
write new versions of existing records, it will try to find enough space on
existing pages. If it cannot find enough free space, it will ask the
operating system for more pages. Each time it gets a new page your database
file grows by 4 KB.
The database will settle into a steady growth pattern, once it has enough
pages and free space to keep pace with the actual increase of data and your
pattern of garbage collection. Of course, if you are writing applications
that inhibit garbage collection, the database has no choice other than to
keep growing. Space occupied by "interesting" garbage remains trapped and
unavailable for re-use.
"Interesting" garbage is garbage from an older transaction that is still
interesting to one or more newer transactions. It remains interesting until
those newer transactions are committed.
We can see from your header statistics that you are building up a stack of
active transactions, perhaps 2-3000 in an hour; but that is not a problem,
since this is a very new database and these statistics were probably
reported while several users were busy.
Keep an eye on the changes in the statistics: if the gap between the Oldest
Active and the Oldest Snapshot does not change much over a long period, or
if the gap between the Oldest and the Oldest Snapshot is going into many
thousands, then you probably do have a garbage problem. The suggested
monitoring tools would help to find the offending uncommitted transactions
and could indicate places in your application code, where insufficient care
is being take to commit work in a prompt and timely way.
./heLen
------------------------------------
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Visit http://www.firebirdsql.org and click the Resources item
on the main (top) menu. Try Knowledgebase and FAQ links !
Also search the knowledgebases at http://www.ibphoenix.com
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Yahoo! Groups Links
No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.9.13/1826 - Release Date: 03.12.2008
09:34
Mit freundlichen Grüßen/with best regards
SATRON Sachsen
Steuerungstechnik GmbH
Olaf Kluge
Fon +49 (0) 37 25/ 35 06-31
Fax +49 (0) 37 25/ 35 06-12
Mob +49 (0) 1 70/ 92 92 375
E-Mail: olaf.kluge@...
...........................................................................
SATRON Sachsen Steuerungstechnik GmbH
Geschäftsführer: Bernd Grötzschel, Gerd Kaden
Sitz: D-09405 Zschopau, Johann-Gottlob-Pfaff-Straße 7
Amtsgericht: Chemnitz HRB 1218
Diese E-Mail ist vertraulich und beabsichtigt einzig zum Gebrauch der
Person, an die sie adressiert ist.
Wenn Sie nicht der Empfänger sind, nehmen Sie zur Kenntnis, dass Sie diese
E-Mail in Fehler und jeder Verwendung erhalten haben,
Verbreitung, Weiterleitung, Drucken oder Kopieren dieser E-Mail wird strikt
verboten.
-----Ursprüngliche Nachricht-----
Von: firebird-support@yahoogroups.com
[mailto:firebird-support@yahoogroups.com] Im Auftrag von Helen Borrie
Gesendet: Mittwoch, 3. Dezember 2008 14:08
An: firebird-support@yahoogroups.com
Betreff: Re: [firebird-support] Question about transactions
At 09:00 PM 3/12/2008, you wrote:
>ive a problem with out database.I don't think you have a problem with your database....yet.
>The size of the file increase and increase. Here are the status:That is just a network message..but it pre-dates the creation date of your
>
>flags: 0
>checksum: 12345
>generation: 3311
>page size: 4096
>ods version: 11.1
>oldest transaction: 86
>oldest active: 87
>oldest snapshot: 87
>next transaction: 3303
>bumped transaction: 1
>sequence number: 0
>next attachement ID: 9
>implementation ID: 16
>shadow count: 0
>page puffers: 0
>next header page: 0
>database dialect: 3
>creation date: dec. 3, 2008, 10: 30:42
>attributes: force write
>
>variable header data:
>sweep interval: 20000
>
>The firebird.log containt the follow messages:
>
>DBSRV (Server) Wed Dec 03 10:24:46 2008
>
> INET/inet_error: read errno = 10054
database, anyway.
>Im using firebird 2.1 superserverNo.
>
>Some Clients has a connection to firebird (java netbeans). One Procedure
>does update one table 10 times in a second (state-table) Is this a problem?
>Please, can you help me, how can I make the database more stable? How canWhat instability do you observe? You have not described any.
>the database protect itself?
>This problem I have on more firebird database (upper size in a few days)A new (or newly restored) database will grow quickly until its size becomes
"big enough" to accommodate both your committed data and the garbage that
you keep there. When the DB engine needs more space for new records, or to
write new versions of existing records, it will try to find enough space on
existing pages. If it cannot find enough free space, it will ask the
operating system for more pages. Each time it gets a new page your database
file grows by 4 KB.
The database will settle into a steady growth pattern, once it has enough
pages and free space to keep pace with the actual increase of data and your
pattern of garbage collection. Of course, if you are writing applications
that inhibit garbage collection, the database has no choice other than to
keep growing. Space occupied by "interesting" garbage remains trapped and
unavailable for re-use.
"Interesting" garbage is garbage from an older transaction that is still
interesting to one or more newer transactions. It remains interesting until
those newer transactions are committed.
We can see from your header statistics that you are building up a stack of
active transactions, perhaps 2-3000 in an hour; but that is not a problem,
since this is a very new database and these statistics were probably
reported while several users were busy.
Keep an eye on the changes in the statistics: if the gap between the Oldest
Active and the Oldest Snapshot does not change much over a long period, or
if the gap between the Oldest and the Oldest Snapshot is going into many
thousands, then you probably do have a garbage problem. The suggested
monitoring tools would help to find the offending uncommitted transactions
and could indicate places in your application code, where insufficient care
is being take to commit work in a prompt and timely way.
./heLen
------------------------------------
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Visit http://www.firebirdsql.org and click the Resources item
on the main (top) menu. Try Knowledgebase and FAQ links !
Also search the knowledgebases at http://www.ibphoenix.com
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Yahoo! Groups Links
No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.9.13/1826 - Release Date: 03.12.2008
09:34