Топ дня: Lis75

Если бы это было так и я руками сброшу значение AI, оно мне должно выдать значение меньше чем должно быть, а так оно выдаст максимально, тут явно дичь сказал ты

System, забей видно что он долбоеб.

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

не делается никакого поиска вообще, если ты только не захочешь сделать поиск id по убыванию с лимитом 1

На самом деле, внёс плюс, я упустил момент логики поиска по дереву, так на самом деле быстрее, но не так как говорит он и тем более не для подсчёта записей)

In MySQL InnoDB, SELECT COUNT(id) WHERE secondary_index = ? is an expensive operation and when the user has a lot of messages, this query might take a long time. Even when using an index, the engine still needs to count all matching records. The performance will degrade with growing total message count.

On the other hand, SELECT MAX(id) WHERE secondary_index = ? can deliver the highest id in that index in almost constant time by doing a simple drilldown in the B-Tree structure of the index.

If you want to understand why, consider looking up how the B+Tree data structure works, which is used by InnoDB to structure the rows of your tables and indexes.

I suggest you go with SELECT MAX(id), if the requirement is only to check if there are new messages (and not the count of them).

Also, if you rely on the message count you might open a gap for race conditions. What if the user deletes a message and receives a new one between two polling intervals?

даже тут ему не научат потому что вилы такой умный что ни разу не видел внутри самого mysql
https://overcoder.net/q/105334/%D0%BA%D0%B0%D0%BA-%D1%80%D0%B0%D0%B1...l-auto-increment

Читай выше отрывок из доки и пример и заткнись уже)

мне срать что ты сбросишь, никто так не делает, ты просто сочиняешь фуфло для спора, мне лучше - больше баллов набью

скрин мне дай, где там у тебя в каких доках индексируемый max(`id`) циклом ищется

Ситуация когда так сделали, ломает твою логику функции MAX, но если так сделают в реальности логика не сломается потому что будет реальный поиск данных только не по всей таблице а по дереву, что значительно быстрее и цикл там используется. Учи алгоритмы )