Спасибо всем, кто отписался!

У меня postgres.
Сортировка, конечно же не по id, поэтому, к сожалению, id > 100000 - не катит
С кешами я опыта большого не имею, но скажу, что для каждого юзера результаты будут разные, так как он передает хоть и одинаковый формат фильтра, но параметры в этом наборе у каждого индивидуальные, потому то, что вернулось одному, практически никогда не вернется другому, за невероятно редким исключением.

Честно говоря offset я бы вообще не рассматривал в моей задаче, я скорей делаю запрос по фильтру с эксклюдом перечня id-шников, которые получены в результате предыдущего запроса.
Меня интересовало как total получить наиболее оптимально.
Отдельным sql - запросом без лимита, каким-то одним сложным запросом с подзапросом или хибернетом ; раз я его уже использую) получив коллекцию - ее размер и отобрав нужные элементы.

Хотя я с удовольствием почитал и всю остальную инфу.

psyh103Спасибо всем, кто отписался!
Сортировка, конечно же не по id, поэтому, к сожалению, id > 100000 - не катит


Суть в том, что сортировка у меня по удаленности (расстояние между запрашивающим юзером и юзерами-строками таблицы) они все время перемещаются их координаты все время меняются и соответственно не подходит ни офсет ни id, только exclude тех, кого уже получил ранее