это внешний ид стороннего сервиса по которому они заходят

Вы вдумайтесь

Господа, сложный вопрос:

я хочу как-то по возможности максимально сделать запрос к БД лаконичным, но в текущей задачке даже отдельные части не особо представляю как бы сжать, что бы не делать кучу примитивных запросов :D

в общем суть... в первую табличку надо закинуть логин пользователя только если он там не существует и получить его ИД который автоматически инкрементируется. Во вторую табличку используя этот ИД уже закинуть что-то ещё, а и ещё во второй табличке - если записи уже существуют - обновить их, если не существуют - добавить. Вот...и как бы это сделать лаконичнее?

Господа, сложный вопрос:

я хочу как-то по возможности максимально сделать запрос к БД лаконичным, но в текущей задачке даже отдельные части не особо представляю как бы сжать, что бы не делать кучу примитивных запросов :D

в общем суть... в первую табличку надо закинуть логин пользователя только если он там не существует и получить его ИД который автоматически инкрементируется. Во вторую табличку используя этот ИД уже закинуть что-то ещё, а и ещё во второй табличке - если записи уже существуют - обновить их, если не существуют - добавить. Вот...и как бы это сделать лаконичнее?

Лаконичность запроса не даёт ничего, не нужно к ней стремиться.

Ну, может быть.

Хотя нет же , чем лаконичнее запрос, тем проще и быстрее он передается на сервер !

Столкнулся с проблемой, что при создании индекса на мастере (CREATE INDEX status ON db.post (`status`) USING BTREE;) при включенной row-based репликации возникает лаг на слэйве около 15 минут

можно как-то улучшить ситуацию?
под нагрузкой БД репликация не лагает (Server version: 5.7.30-33-log Percona Server)