Přidávání řešení, ke kterému jsme dospěli v komentářích jako úplná odpověď pro úplnost...
Testování pomocí su/sudo ukázalo, že zatímco si mysqld stěžoval na chyby oprávnění, uživatel mysql mohl skutečně úspěšně zapisovat do složky, což objasnilo, že se nejedná o problém s oprávněním souborového systému. (Užitečný první krok, pokud čelíte podobnému problému)
Některé distribuce Linuxu (pokud ne všechny?) nyní přicházejí s AppArmor, který omezuje soubory/složky, ke kterým mají spustitelné soubory povolen přístup.
Řešením v tomto případě bylo jednoduše přidat novou cestu do /etc/apparmor.d/usr.sbin.mysqld soubor zásad.
arp --delete nesmaže záznam; pouze označí záznam za neúplný
Najděte aktuální využití IOPS svazku EBS z mé aplikace na AWS EC2