Co Cię podkusiło, żeby trzymać obrazki jako longblob w bazie...? To prosty krok do stworzenia dużej, mało elastycznej i wydajnej bazy danych i trudnego przeszukiwania (w sensie długiego) rekordów.
Wg mnie w wielu przypadkach lepszym rozwiązaniem (które sam często stosuję) jest trzymanie w bazie tylko odniesienia do obrazka, w sensie np. nazwy pliku lub ścieżki z nazwą w formie ciągu znakowego. Dokładne określenie katalogu, gdzie jest zdjęcie możesz wtedy albo podać już w PHP albo określać w bazie - przy czym jeśli jest to powtarzalne to warto zapisywać to w oddzielnym polu żeby się nie powtarzać i zabezpieczyć na wypadek zmiany nazwy katalogu, gdzie trzymasz zdjęcia.
Co więcej, w takim rozwiązaniu pobierasz z bazy jedynie ścieżkę co jest bardzo szybkim select'em, a dopiero potem dokonujesz zaczytania z serwerka samego zdjęcia.
Ponad to narażasz się na problem przesyłania do klienta zbyt dużej ilości danych:
The maximum size of a BLOB or TEXT object is determined by its type, but the largest value you actually can transmit between the client and server is determined by the amount of available memory and the size of the communications buffers. You can change the message buffer size by changing the value of themax_allowed_packet variable, but you must do so for both the server and your client program.
(jest to wyciąg ze specyfikacji MySQL 5.7).
A wracając do Twojego posta to pytanie, czy przypadkiem błąd nie leży właśnie w zwracanych danych? W polu longblog prawdopodobnie przechowujesz wartość binarną, czyli de facto zawartość obrazka, natomiast atrybut "src" spodziewa się dostać ścieżkę do pliku, który ma pobrać. Spróbuj więc w bazie zapisać samą ścieżkę do obrazka i ją przekazać do "src=..." (pamiętaj również, żeby w ścieżce do pliku zawrzeć rozszerzenie, czyli np. 'obrazek.jpg').
Przechowuj więc obrazki w polu VARCHAR. Pole TEXT nie jest najlepsze ponieważ nieco trudniej je efektywnie przeszukiwać - są co prawda indeksy FULLTEXT ale myślę, że dla tego typu operacji wyszukiwania nie ma to sensu. Pole VARCHAR ma wystarczająco dużą "pojemność" żeby przechować ścieżkę dostępu do pliku.
