Как получить значения из словаря, изначально неизвестному количеству переменных (ключей)?

За неимением понятных названий переменных :)

mydict # словарь из файла `файл.txt`
stringList # "другой" словарь
dict_for_keyboard = {key: stringList[key] for key in mydict.values()}
...
myMarkup = types.InlineKeyboardMarkup() # опечатка prMarkup?
for key, value in dict_for_keyboard.items():
    myMarkup.add(types.InlineKeyboardButton(text=value + VAR ,callback_data=key ))

Как получить значения из словаря, изначально неизвестному количеству переменных (ключей)?

Всё равно вы не понятно объясняете, что хотите. Попробую догадаться. Из файл_2.txt вы создаёте словарь stringList, по значениям в словаре stringList вы хотите получить значения из mydict и создать из них новый словарь?

d = {key: mydict[key] for key in stringList.values()}

Почему не происходит запись в MongoDB при нескольких потоках?

pymongo вызывает socket.close() внутри себя при вызове client.close(). Согласно документации socket.close() не гарантирует, что сокет будет немедленно закрыт, поэтому они и накапливаются.

Note
close() releases the resource associated with a connection but does not necessarily close the connection immediately. If you want to close the connection in a timely fashion, call shutdown() before close().

Поэтому хорошо подумайте и погуглите каким образом организовать работу pymongo+multiprocessing.

Почему не происходит запись в MongoDB при нескольких потоках?

Тоже считаю, что должно. Надо разбираться в деталях кто виноват. Очень вероятно, что TCP стек уже не успевает работать по причинам выше.

Почему не происходит запись в MongoDB при нескольких потоках?

Нет, не поможет. В какой-то момент у вас кончается число доступных сокетов из-за того, что при каждом вызове insert_in_db создаётся новый клиент (неправильно использование pymongo). Вероятно, что большинство из них висит в состоянии CLOSE_WAIT. Проверьте с помощь lsof | grep mongo.

Почему не происходит запись в MongoDB при нескольких потоках?

Вы создаёте не потоки (которыми считаются Thread в Python), а процессы из multiprocessing. Каждый процесс порождает свой интерпретатор, что приведёт к безумной нагрузке.

Почему кириллица превращается в неизвестные символы?

Не понятно зачем плодить 3 одинаковых вопроса:
Почему не могу забрать список игроков с сервера?
Почему кириллица заменяется на вопросы?

Почему при подключениие через asyncio.open_connection в цикле плодятся потоки?

Это действительно сложные моменты. Вам стоит почитать по-подробнее про запуск долгого блокирующего кода в asyncio. В случае open_connection блокирующий вызов - это socket.getaddrinfo. Можете это проследить по коду в стандартной библиотеке. Если наивно вызвать эту функцию в корутине asyncio, то это приведёт к тому что asyncio-loop будет ждать выполнения этой функции перед передачей возможности выполнения другой корутине. Чтобы этого избежать используют Thread'ы. Для этого к asyncio-loop привязывается ThreadPoolExecutor для упрощения жизни разработчикам, позволяющий не следить самому за созданием и запуском потоков. Это позволяет запускать долгий блокирующий код loop.run_in_executor(...)в других потоках, которые не останавливают выполнение asyncio-loop в основном потоке на одной корутине. Пул потоков ThreadPoolExecutor не превышает размеры как я указал и при этом позволяет сэкономить на времени создания новых потоков.

asyncpg.create_pool создаёт пул соединений (проследите по вызовам), который конечно привязан к asyncio-loop, но не связан с пулом потоков ThreadPoolExecutor.

Почему при подключениие через asyncio.open_connection в цикле плодятся потоки?

Зачем их закрывать? Их создаться максимальное количество и больше не будет.

Порядок вызовов asyncio.Event.set() гарантированно соответствует порядку пробуждения висящих на них корутин?

Владимир Олохтонов, 2) на самом деле достаточно await asyncio.sleep(0), но если не передать контекст EventLoop, то выполнится весь код дальше и будут установлены Event. А когда контекст получат таски, то поскольку все Event установлены, то они выполняться в том порядке как определит планировщик. В случае стандартных планировщиков - в порядке создания, на данный момент.