transaction log udfs do not report all data if server is stopped and started
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Drizzle |
Won't Fix
|
Medium
|
David Shrewsbury | ||
7.0 |
Won't Fix
|
Medium
|
David Shrewsbury |
Bug Description
This may be related to https:/
drizzle> select * from TRANSACTION_
+------
| ENTRY_OFFSET | ENTRY_TYPE | ENTRY_LENGTH |
+------
| 1087 | TRANSACTION | 40 |
| 1127 | TRANSACTION | 91 |
+------
2 rows in set (0 sec)
drizzle> select * from TRANSACTION_
+------
| ENTRY_OFFSET | TRANSACTION_ID | SERVER_ID | START_TIMESTAMP | END_TIMESTAMP | NUM_STATEMENTS | CHECKSUM |
+------
| 1087 | 1 | 1 | 1286936975431616 | 1286936975431617 | 0 | 0 |
| 1127 | 2 | 1 | 1286937354269769 | 1286937354304734 | 1 | 0 |
+------
2 rows in set (0 sec)
tags: | added: replication |
Well, this seems to be an intentional design decision.
The tables mentioned are generated on the fly using the TableFunction interface, if I'm understanding it all correctly. Each time the tables are read, they are "created" and "populated" from another data source. In the transaction log's case, this source is an in-memory object containing all information related to the TL since server startup. It is transient and not persistent across restarts.
Also, this object seems to grow without bounds. :(