tadeyiloda,

Что мы видим в коде:
1. В заголовке цикла переменной $i присваивается целое число.
2. intval($i) берет целую часть от целочисленного $i. Нафига оно, если значение не изменяется?
3. Далее при сборке строки запроса выполняется неявное преобразование целого в строку и только потом происходит конкатенация.
При таком раскладе было бы гораздо более правильным на втором шаге целочисленное привести к строковому типу.

Дегтярев Евгенийили в оригинальном запросе скрыт какой-то тайный смысл?Так понимаю, что запросом нужно найти все картинки, которые по полю `url` совпадают с заданной по ID картинкой, при условии, что `url` не пустая строка. Нечто вроде "по заданной картинке найти остальные картинки для статьи (альбома, веб-страницы и т.п.)"

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

Из очевидного. Поле `url` не проиндексировано, но принимает участие в WHERE, а это заставляет движок просматривать всю таблицу.

К тому же, поле имеет тип TEXT, который, если правильно понимаю внутреннюю кухню, работает медленнее, чем CHAR, например.

Дегтярев Евгенийтогда задача решена весьма кривоУгу. Что за задача - это лишь мое предположение, а ТС пока не озвучил, что за задача там на самом деле решается.

tadeyilodaя привык что запрос выполняется или медленно или быстро
а тут запрос вначале выполняется быстро а затем скорость начинает линейно падатьВ общем случае на время выполнения запроса влияет туева хуча причин, притом, некоторые из них весьма неочевидны.
Например, из неочевидного:
Висит ли таблица в каждый конкретный момент целиком в памяти или сервер вынужден перечитывать ее с диска целиком или частично.
Берутся ли готовые возвращаемые данные из кеша запросов или запрос должен отработать полностью на таблице.
Наличие каких-то других обращений к серверу в это же время.
Если хотите разобраться с природой тормозов, тогда придется как-то контролировать и эти и подобные вещи.
Про очевидные проблемы выше уже написали.

Ещё момент. В приведенном коде вычисляется время работы какого-то метода какого-то класса, а не время выполнения запроса непосредственно. Что скрывается за Db::getInstance()->getRow() и как оно влияет на результат измерения мы не знаем. Может и никак не влияет, а может при каждом вызове плодит где-то внутри новый экземпляр класса, под который надо выделить память и т.д...

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