ubirust

@dp.callback_query_handler(text='текст кнопки')
async def cmd_get_mes(callback: types.CallbackQuery):
    await callback.answer()
    markup = ReplyKeyboardMarkup(keyboard=[
        [KeyboardButton(text='текст')]
    ], resize_keyboard=True)
    await callback.message.answer('Текст', reply_markup=markup)

Должно работать. Callback запрос не влияет на логику работы вашей программы. Можете писать, что хотите в функции. Хоть емейл отправлять, хоть к БД подключаться.

самое быстрое - чтенгие из файла, csv в MyISAM потом замена на innodb или другой движ
медленнее - убивание индексов из SQL сценария и ручное создание после
ну и самое медленное AS IS

а тае настройки до Ж все, в пределах 50% идеале процентов прирост

нужно передать сюда тедефон
client.start(phone=PHONE)
тогда телетон сам сохранит и восстановит сессию

Flask — синхронный WSGI-фреймворк: в нём используется блокирующий ввод-вывод (I/O). aiogram — асинхронный фреймворк: в нём используется asyncio для неблокирующего I/O. Когда вы запускаете Flask-приложение (например, с помощью сервера Werkzeug), вы, говоря простыми словами, блокируете ввод-вывод асинхронному веб-серверу aiohttp, который используется "под капотом" aiogram для обработки входящих webhook-запросов.
Вы можете запускать Flask-приложение в отдельном процессе (это лучше, чем в отдельном потоке), либо использовать для своего веб-хука сервер aiohttp вместо Flask c тем же aiohttp-приложением, которое использует aiogram, просто добавив в него нужные маршруты и хэндлеры. Пример такого совмещения с aiogram v3: https://github.com/aiogram/aiogram/blob/dev-3.x/ex...

Вы выбрали плохой путь по ряду причин.
Во-первых, вы пытаетесь вычитать весь 20гб файл в оперативную память. Это будет долго, отожрёт кучу свопа и не факт. что завршится успешно.
Во-вторых, вы пытаетесь запустить весь SQL за один раз - это вы правильно поняли.ч то проблематично.
Ну а в-третьих...
В общем, следует глазами посмотреть в SQL и понять что там. Если там дамп БД, то сперва идут стейтменты для содания таблиц, индексов, хранимок, а потом уже операции вставки в эти таблицы.
Ваш файл называется "часть 3", так что, возможно, часть нужных стейтментов для создания структур просто оказались в других фвйлах.
Обычно кусок SQL, который создаст все таблицы, не так уж и велик по размеру. Можно открыть файлы с дампом текстовым редактором и вытащить оттуда куски SQL из начала с созданием структуры. Положить эти кусуи в отдельный файл. Иногда в SQL-файле с дампом лежит и команда создания базы, посмотрите внимательно.

Когда у вас операции вставки данных в БД в отдельном огромном файле, всё тсановится чуточку проще.
Если у вас задача одноразовая и нужно просто найти один номер и больше ничего, то можно просто воспользоваться командой grep на SQL файле. Она поищет нужный номер и покажет строчки, в которой он встретился. Параметры командной строки могут настроить выхлоп так, чтобы показывались несколько строчек. Это, возможно пригодится, если отдельные стейтменты со вставками занимают по много строк. Так можно быстро найти нужные данные не возясь с поднятием БД.

Если задача более-менее систематическая, то, конечно, лучше выполнить SQL и занести все данные в БД. Для этого имеет смысл воспользоваться стандартными утилитами, а не городить такой вот велосипед с квадратными колёсами.
Если описанные действия нужно проделывать в рамках какого-то более широкого автоматизированного процесса, а не одноразово руками, то можно тулзы для БД запускать и из питона, просто системным вызовом консольной команды.

Нужно просто включить хоть капельку логики.
Допустим, есть файл вида и нужный id - 315:

765
454
315

Приведенный код проверяет наличие id в файле и, что куда более важно, выполняет запись, построчно:

В первой строке есть нужный id? Нет? -Записываем.
Во второй есть? Что, тоже нет? Записываем.
В третьей есть? Ну так и быть - пропустим.

Решением "в лоб" будет изменение кода так, чтобы в цикле выполнялась только проверка. И если id есть, то код это запоминал. А запись производилась бы уже по завершению цикла.
Более оптимальных решений два:

• Хранить id в виде json-файла и при открытии этого файла преобразовывать этот json в структуру данных python (список или словарь). А проверить наличие значения что в списке, что в словаре можно одной строчкой.
  
• Использовать СУБД (например встроенную в python sqlite) и проверять id запросом (хотя чисто для хранения id этот вариант избыточен)
  

Проблема в том, что любое нормальное приложение (не считая телеграм) не доверяет пользовательским сертификатам и работает только через https, убедившись в безопасности соединения.
Сделано это как раз для того, что бы не дать вам сделать то что вы пытаетесь.
Для тестирования таких приложений нужно распаковать приложение, вырезать проверку и снова упаковать.
Либо использовать инструменты типа frida.
Но для этого вам как минимум нужно понимать структуру андроид приложений, иметь опыт в реверс-инжиниринге и знать хотя бы js.
Ну или ооочень хорошо гуглить, но это тернистый путь))