Page MenuHomePhabricator

Provide import/restore guidance for "max_allowed_packet" and "innodb_log_file_size"
AbandonedPublic

Authored by epriestley on Jul 22 2019, 5:05 PM.
Tags
None
Referenced Files
Unknown Object (File)
Oct 22 2024, 3:14 PM
Unknown Object (File)
Oct 17 2024, 6:12 AM
Unknown Object (File)
Sep 11 2024, 12:32 AM
Unknown Object (File)
Sep 5 2024, 3:01 AM
Unknown Object (File)
Aug 26 2024, 2:04 AM
Unknown Object (File)
Aug 24 2024, 7:45 AM
Unknown Object (File)
Aug 6 2024, 11:30 PM
Unknown Object (File)
Aug 6 2024, 12:42 PM
Subscribers
None

Details

Summary

Ref T13347. The gunzip dump.sql.gz | mysql incantation can fail for various reasons. Explicitly document how to identify and resolve two of them:

We have setup guidance around "max_allowed_packet" and even-slightly-modern MySQL seems to raise a good, explicit error message about this, but I believe older MySQL clients raised an opaque error message if a statement in the dumpfile exceeded the packet length ("2006 server has gone away" with no pointer toward packet length).

The InnoDB log issue in T13347 is new to me, and has opaque client errors as of whatever mysql version we have in production (Ubuntu "Ver 14.14 Distrib 5.5.62").

I'll wait until T13347 is actually confirmed as resolved in production to deploy this since I'm not 100% the InnoDB log issue is really the issue, although it seems likely.

Test Plan

Read text, will continue working toward a resolution of T13347.

Diff Detail

Repository
rP Phabricator
Branch
restore1
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 23180
Build 31839: Run Core Tests
Build 31838: arc lint + arc unit

Event Timeline

epriestley added inline comments.
src/docs/user/configuration/configuring_backups.diviner
53–54

I got rid of this extra sentence since I think it's from an older version of the document, and we're clearly recommending a compressed workflow here now.

Let me hold this until I'm more confident I'm on the right track.

I'm likely going to propose some variation of this change, but focus it on max_allowed_packet and on emphasizing that there are two different copies of this setting with different error/failure behavior.