[MDEV-7481] Replace max_long_data_size functionality with max_allowed_packet Created: 2015-01-19 Updated: 2020-03-13 Resolved: 2019-09-28 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | OTHER |
| Fix Version/s: | 10.5.0 |
| Type: | Task | Priority: | Blocker |
| Reporter: | Geoff Montee (Inactive) | Assignee: | Sergei Golubchik |
| Resolution: | Fixed | Votes: | 2 |
| Labels: | 10.5-beta, upstream | ||
| Attachments: |
|
| Description |
|
According to documentation, max_long_data_size is still present in MariaDB: This variable was removed in Oracle's MySQL 5.6, and it's functionality was replaced with max_allowed_packet: http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html#sysvar_max_long_data_size Is there any reason to keep max_long_data_size in MariaDB? Some users think it should be removed. |
| Comments |
| Comment by Daniël van Eeden [ 2015-07-19 ] | ||
|
I used this to test this: max_allowed_packet can be 1GB So if you want to insert (in chunks) more than 1G you need this variable. | ||
| Comment by Daniël van Eeden [ 2015-07-20 ] | ||
|
Note that for max_allowed_packet < transaction < max_long_data_size this will break replication and point-in-time restore based on binlogs. So this setting is dangerous on systems with binlog enabled. | ||
| Comment by Daniël van Eeden [ 2015-07-20 ] | ||
|
It happens both when master uses SBR and RBR:
This is with master and slave with max_allowed_packet = 1G. | ||
| Comment by Ian Gilfillan [ 2016-07-21 ] | ||
|
This is still listed as deprecated, and in practice set to max_allowed_packet, so perhaps 10.2 is a good time to remove it? | ||
| Comment by Daniel Black [ 2018-01-01 ] | ||
|
As this deprecated option survived another full major release perhaps 10.3 is a time to remove it? |