La mia opinione è la stessa di @EAMann sopra, così come le fonti a cui ha fatto riferimento: GRANT ALL è necessario per garantire che il tuo sito sia funzionale e a prova di futuro. Anche in un sito di produzione, dovresti provare a seguire il manuale dell'utente.
Come persona che contribuisce con il codice al core di WordPress e alcuni plug-in, ti consiglio di conservare i privilegi DB predefiniti come suggerito nel manuale dell'utente (CONCESSIONE DI TUTTI I PRIVILEGI SU wpdatabasename. * A "wordpressusername" @ "hostname").
Il codice sorgente di WordPress (sia presente che futuro) presuppone che l'utente di WordPress DB disponga di tutti i privilegi di DB per il database di WordPress specificato. Se la tua installazione non ha alcun privilegio DB, potresti riscontrare problemi durante l'aggiornamento di WordPress e l'aggiunta di altri plug-in.
Quindi non dovresti davvero usare privilegi DB diversi dai privilegi DB predefiniti consigliati dal manuale, a meno che tu non sappia cosa stai facendo, abbia esigenze molto specifiche e non dimenticherai di avere privilegi DB personalizzati.
Da allora la pagina del Codex è stata aggiornata su come farlo con esempi su vari sistemi e schermate.
https://codex.wordpress.org/Installing_WordPress#Step_2:_Create_the_Database_and_a_User
Creazione di un nome database e utente (tramite PHPMyAdmin):
https://codex.wordpress.org/Installing_WordPress#Using_phpMyAdmin
Creazione di un nome database e utente (tramite client della riga di comando MySQL):
https://codex.wordpress.org/Installing_WordPress#Using_the_MySQL_Client
mysql> CREATE DATABASE wpdatabasename;
Query OK, 1 row affected (0.00 sec)
mysql> GRANT ALL PRIVILEGES ON wpdatabasename.* TO "wordpressusername"@"hostname"
-> IDENTIFIED BY "password";
Query OK, 0 rows affected (0.00 sec)
mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.01 sec)
mysql> EXIT