Bug #71969 | Advice for NFS is inconsistend. | ||
---|---|---|---|
Submitted: | 7 Mar 2014 11:14 | Modified: | 6 Mar 2017 12:36 |
Reporter: | Daniël van Eeden (OCA) | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server: Documentation | Severity: | S3 (Non-critical) |
Version: | 5.6 | OS: | Any |
Assigned to: | Daniel Price | CPU Architecture: | Any |
[7 Mar 2014 11:14]
Daniël van Eeden
[7 Mar 2014 11:47]
MySQL Verification Team
Thank you for the bug report.
[12 Sep 2016 21:02]
James Day
While the changes to documentation are pending, I've expanded a support document with this brief guidance: "NFS in homebrew setups has more reliability problems than NFS in professional SAN or other storage systems which works well but may be slower than directly attached SSD or bus-attached SSD. It's a balance of features and performance, with SAN performance possibly being boosted by large caches and drive arrays. Most common issue is locked InnoDB log files after a power outage, time or switching log files solves this. Incidence of problems has declined over the last ten years and as of 2016 is now low. If possible use NFSv4 or later protocol for its improved locking handling. If concerned about out of order application of changes, not a problem normally observed in practice, consider using TCP and hard,intr mount option." That reflects both the pragmatic experience of the support team and how to reduce the chance of trouble. Thanks for the feedback and I definitely agree that some docs updating about NFS would be a good thing. James Day, MySQL Senior Principal Support Engineer, Oracle
[6 Mar 2017 12:36]
Daniel Price
Posted by developer: NFS content was updated and consolidated into the following section: https://dev.mysql.com/doc/refman/5.7/en/disk-issues.html#disk-issues-nfs Thank you for the bug report.