| Bug #16867 | Cluster: MySQLD Deletes should be batched to default MaxNoOfConcurrenOperations | ||
|---|---|---|---|
| Submitted: | 28 Jan 2006 16:12 | Modified: | 16 Mar 2006 10:35 |
| Reporter: | Jonathan Miller | Email Updates: | |
| Status: | Closed | ||
| Category: | Server: Docs | Severity: | S3 (Non-critical) |
| Version: | 5.1.6-alpha | OS: | Linux (Linux 32 Bit OS) |
| Assigned to: | Jon Stephens | Target Version: | |
| Triage: | D4 (Minor) | ||
[28 Jan 2006 16:12]
Jonathan Miller
[28 Jan 2006 17:42]
Jonas Oreland
I cant see how this differs from #16869
[28 Jan 2006 18:00]
Jonathan Miller
Two different settings, 2 different bugs
[30 Jan 2006 17:53]
Jonathan Miller
Jon, could you please review the documetation on this limitation and see if we can improve? Maybe give it a section to itself. Or added the limitation information with work arounds to the config section talking about this setting?
[18 Feb 2006 4:41]
Jonathan Miller
My thoughts where to move, or copy or have something simular to: (from Limitations) Note that bulk loading, TRUNCATE TABLE, and ALTER TABLE are handled as special cases by running multiple transactions, and so are not subject to this limitation. to http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-db-definition.html Under "Transaction Parameters" -> MaxNoOfConcurrentTransactions
[28 Feb 2006 18:26]
Jon Stephens
This is already documented in the Limitations section.
[28 Feb 2006 18:27]
Mike Hillyer
Not a changelog entry request, moving from Documenting status.
[16 Mar 2006 10:35]
Jon Stephens
Thank you for your bug report. This issue has been addressed in the documentation. The updated documentation will appear on our website shortly, and will be included in the next release of the relevant product(s).
