SV, чтобы избежать отдельного запроса можно добавить еще одно подключение users
INNER JOIN `users` ON d.id_ank = users.id
По id_ank
Только присвоить алиасы для "первой" и "второй" users чтобы не было конфликта.
Типа us1 и us2

Как лучше в плане производительности не знаю.
Но если брать тот вариант, что сейчас, то к выборке второго логина можно добавить LIMIT 1, указывая на первый (единственный) результат выборки, дабы далее поиск не шел.

SV, хз, раз работает то и это хорошо

Посмотри https://youtu.be/EHvzvwAv7RU
Чтобы понять почему такой вариант хуже, если без join.

SV, короче, заполни нужные таблицы данными (через скрипт или как), сделай sql бекап и скинь сюда.
Если будет время, то завтра сделаю.

SV, commands, а влженный запрос..
SELECT name FROM commands WHERE id = players.id_command
где players.id_command это duel.ank_id , т.е поиск второго юзера дуели

SV, Наведу пример с моего скрипта.
SELECT commands.name as user1, (SELECT name FROM commands WHERE id = players.id_command) as user2 FROM commands LEFT JOIN players ON commands.id = players.id_command

В результате два поля (логина) в ответе.
user1 и user2

Читай про LEFT JOIN, вроде ты уже спращивал про подобное.