The previous fix tried to filter tablespace errors by database name, but this
was still blocking instance startup for valid scenarios where:
- Selected database files are present
- Other databases referenced in ibdata1 are missing (expected for partial restore)
- Instance is ready with force recovery mode
KEY INSIGHT: If the MySQL socket exists, the instance is running and ready for
mysqldump. Missing tablespace errors are NOT blocking issues - mysqldump will
either succeed (if selected database is intact) or fail with its own error.
SOLUTION: Only check for TRULY CRITICAL errors:
✅ Memory allocation failures
✅ Plugin initialization failures
✅ Redo log corruption
✅ Page corruption
✗ REMOVED: Missing tablespace checks (not truly critical)
This allows selective database restoration to work correctly when:
1. User restores only selected database files
2. ibdata1 contains references to databases that weren't restored
3. Instance starts successfully (socket exists)
4. mysqldump can access and dump the selected database
The show_recovery_options() function already has smart detection for this case
and will provide appropriate guidance if the dump actually fails.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
cschantz
bc38011963