Drupal is a registered trademark of Dries Buytaert
Release: Leaflet 10.4.11 Minor update available for module leaflet (10.4.11). Release: Session Inspector 1.0.8 Minor update available for module session_inspector (1.0.8). Release: Migrate QA 2.0.4 Minor update available for module migrate_qa (2.0.4). Release: CKEditor Description List 3.0.0 Major update available for module ckeditor_descriptionlist (3.0.0). Release: FlowDrop 2.4.0 Minor update available for module flowdrop (2.4.0). Release: JWT Token Refresh 1.0.4 Minor update available for module jwt_token_refresh (1.0.4). Release: ConReg 1.0.0-beta1 First beta version released for module conreg (1.0.0-beta1). Release: AI Image Studio 1.0.0-beta8 New beta version released for module ai_image_studio (1.0.0-beta8). Usage Milestone: Statistics Counter Module statistics_counter crossed 1,000 active installs. Module Revived: Decoupled Router 2.0.7 Module decoupled_router updated after 11 months of inactivity (2.0.7).

DB Maintenance

3,352 sites Security covered
View on drupal.org

This module optimizes selected database tables during cron runs to improve performance. It defragments tables for MySQL and PostgreSQL databases, effectively reclaiming disk space and potentially speeding up operations, especially on tables with frequent data changes.

DB maintenance optimizes administrator-selected tables in the database during regular cron.php executions. For MyISAM tables, OPTIMIZE TABLE repairs a table if it has deleted or split rows, sorts table indexes, and updates table statistics. For BDB and InnoDB, OPTIMIZE rebuilds the table. Note, MySQL locks tables during the time OPTIMIZE TABLE is running.

OPTIMIZE works best on tables with large deletions (e.g. cache or watchdog), however MySQL will reuse old record positions, therefore in most setups, OPTIMIZE TABLE is unnecessary unless you just like defragmenting. The Overhead column in phpMyAdmin's database view is the most common way to determine the need of an OPTIMIZE TABLE query. It essentially shows the amount of disk space you would recover by running an optimize/defragmentation query.

Think of OPTIMIZE TABLE like defragmenting your hard drive. Sure your system will run without it, and it might even be fast, but isn't it nice to run a defrag when you can?

6.x+ PostgreSQL support: Per PostgreSQL documentation's recommendation, this module does not use the VACUUM FULL operation that locks the tables; this module can operate in parallel with normal reading and writing of PostgreSQL tables.

If you are using prefixed tables you will need to upgrade to 7.x-2.4, 8.x-1.4, 2.0.x for this module to work correctly.

Similar project: OptimizeDB.

7.x-2.x

7.x-2.x branch is released. The module has been completely rewritten in object-oriented Drupal 8 style. This is an intermediate stage for Drupal 8 module version. For Drupal 8 OOP (Object Oriented Programming) style in Drupal 7 version X Autoload module >=7.x-5.0 is required. Module functionality remains the same. People, who are OK with 7.x-1.x may continue using it. But new development is in 7.x-2.x.

8.x-1.x

Drupal 8 version of the module is available. It is a 7.x-2.x version upgraded to D8. Module functionality remains the same.

2.0.x

Drupal 9 version of the module is available. It is a 8.x-1.x patched version. We also switch to semantic versioning to ensure future 9||10 API compatibility. Module functionality remains the same.

3.0.x

Drupal ^10 version of the module.

Activity

Tracked releases
3
Tracked since
May 2026
Latest release
2 months ago
Releases (12 mo)
3 ▲ from 0
Maintenance
Active

Release Timeline

Releases

Version Type Release date
3.0.0-rc4 Pre-release May 29, 2026
3.0.0-rc3 Pre-release May 18, 2026
3.0.x-dev Dev May 18, 2026