-
Notifications
You must be signed in to change notification settings - Fork 73
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Communication link failure: 1153 Got a packet bigger than 'max_allowed_packet' bytes for QueuedExport #51
Comments
Yes, and that's indeed the problem. But if we don't, resolving fields (especially relations) don't work. And unfortunately I haven't found a way around it yet. |
Hey @bjrnblm I might have found a workaround, would you be able to give it a test. I haven't released it yet, but you can install the 1.1 dev version to try it out. |
Hey @patrickbrouwers the 1.1 dev version seems to be working much better! I even removed the custom |
You already seemed to have released these fixes in |
Thanks for testing @bjrnblm . It wasn't released yet no. It will be released as |
Hey, I have encountered the same error in Laravel-Excel. Is it possible, that the cause is the same? |
Should I open a separate issue there? |
It's always good to have specific information about the exact issue and the code/versions you're using, so a separate issue on Laravel Excel would be appreciated. |
Prerequisites
Versions
Description
On exporting ~3K
subscriptions
records via a QueuedExport we get an SQL exception:We are using the
database
driver in combination withphp artisan queue:work --tries=5 --delay=5
The
Subscription
Nova Resource looks like:The ExportSubscription looks like:
When I check the
payload
column it is stacked with information that is not my$subscription
or$subscription->user
for example (small excerpt):I would not expect
App\Nova\Resources\Admin\Admin
andApp\Nova\Resources\Program\Block
etc in there. It looks like it's serializing the entire Nova Object every time and appending it?We played around with
withChunkCount($i)
and it helps a bit, but seems like a temporary fix, after more records in the database it started happening again.Is there something we can do to optimize the serializing? Send less data to the queue?
The text was updated successfully, but these errors were encountered: