Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
10.2.25
-
None
-
MariaDB Galera 3 Node DR
Description
We are using DATETIME Interval in most of our MariaDB Tables where we have automated Data Purging Process to delete data at Interval 1 DAY , INTERVAL 1 HOUR and we have Optimize Table script which runs once in day ( ALTER TABLE <table> ENGINE=InnoDB )
It is observed ibdata1 file in mysql folder has grown to 122 GB
Do we have Tuning options or Space recovery options that we can some have workaround on ibdata1 file ?
Attachments
Issue Links
- is duplicated by
-
MDEV-32414 [mariadb-galera] There is one node in a 3-node cluster, ibdata1, with a large file
- Closed
- is part of
-
MDEV-26445 innodb_undo_log_truncate is unnecessarily slow
- Closed
- relates to
-
MDEV-14795 InnoDB system tablespace cannot be shrunk
- Closed
-
MDEV-19229 Allow innodb_undo_tablespaces to be changed after database creation
- Closed
-
MDEV-26450 Corruption due to innodb_undo_log_truncate
- Closed
-
MDEV-27734 Set innodb_change_buffering=none by default
- Closed
-
MDEV-28187 mariadb-backup doesn't utilise innodb-undo-log-directory (if specified as a relative path) during copy-back operation
- Closed
-
MDEV-29593 Purge misses a chance to free not-yet-reused undo pages
- Closed
-
MDEV-29983 Deprecate innodb_file_per_table
- Closed
-
MDEV-29986 Set innodb_undo_tablespaces=3 by default
- Closed
-
MDEV-13013 InnoDB unnecessarily extends data files
- Closed
-
MDEV-15528 Avoid writing freed InnoDB pages
- Closed
-
MDEV-27153 ibdata1 file Leaking ? (errno 135) - using innodb_undo_tablespaces
- Closed
- mentioned in
-
Page Loading...