ThunderCat

https://bugs.mysql.com/bug.php?id=92392
Последний пост как метод решения, или в процессе установки снимите галочку Server Data Files. Должно помочь.

GROUP BY date_format( date, '%Y%m%d' )
ORDER BY date DESC

И теги, я так понимаю, чисто для понта напиханы, а то вы бы определились, MYSQL или SQL SERVER...

1)

$number = filter_var(trim($_POST['cardNumber']),FILTER_SANITIZE_STRING);

Не надо извращаться с непонятными (вам) функциями. filter_var тут не нужен.
2) первым делом надо проверить что вообще в $_POST (используйте var_dump()).
3) Четко знать какой запрос реально у вас создается. Сначала формируйте строку запроса, потом проверяйте что за строка получилась. А вообще нужно использовать подготовленные выражения, а не заниматься непонятной ерундой.
4) Так же, у вас заглушены ошибки, вы просто не видите что за ошибки происходят.

1) Читаем документацию:

The enctype attribute can be used only if method="post".

2) Файлы не передаются методом get
3) Делаем выводы из 1 и 2.
4) if(isset($_REQUEST['submit'])) - плохая проверка, начиная с того что я могу отправить форму не нажимая кнопку субмит, и заканчивая тем что такой проверкой вы не знаете какой запрос придет с клиента и что в нем будет (то есть вообще ничего кроме этой сомнительной переменной не проверяете).
5) В данной структуре данных вы никак не можете привязать посты к пользователям. Либо нужно добавить поле, определяющее владельца поста, либо делать пивот таблицу, где записывать соответствия пар юзер-пост.
6) Кроме того - у вас в коде отсутствует какое-либо понятие идентификации пользователей, то есть вы не знаете какой пользователь добавляет или запрашивает данные, что делает бесполезным само понятие принадлежности.

Я хочу, получив изображение из бд отобразить его на сайте через тег IMG, есть ли возможность на данный момент?

Конечно есть. Вопрос только в подходе.
есть 2 основных варианта:
1) Передавать в шаблон бэйс64 строки вместо байтов. Как написал Дмитрий, вы можете это сделать прямо в модели, добавив метод кодирующий блоб в бэйс64. Или делать это в контроллере, не суть.
Минусы - вы утяжеляете шаблон, так как бэйс64 где-то на 30% больше по объему, и блокируете загрузку шаблона до полной прорисовки изображения (так как картинка "вписана" в хтмл, и пока вы ее не получите, последующие блоки просто неоткуда брать). Если их много, нагрузка будет весьма значительной.

2) Передавать линк на изображение. Естественно, линк будет вести на скрипт, а не на реальную картинку. Делаете роут для изображений, в контроллере ловите ключ картинки (айди или другой уникальный ключ из таблицы), по ней создаете модель и отдаете на клиент обычный байтовый поток. Естественно перед отправкой нужно отправить заголовок что "сейчас будет картинка". Тогда изображения будут загружаться отдельно от хтмл и грузить клиента вообще не будут.
Минусы - надо писать роут и контроллер... ну и вроде все.

Далее лирика.
Во первых - хранение картинок в бд - практика подходящая не для любого проекта, и, в большинстве случаев, это плохая практика. Почему - большая отдельная тема, как и преимущества хранения в бд. Остановимся на том что чаще всего выгоднее хранить файлы во (внезапно!) файлах. А фраза "храним картинки в базе" чаще относится к хранению в базе путей до картинки, нежели реальному сохранению их в бд.

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

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

Ну и в целом, запросы без лимитов и условий практически нигде не используются, по этому странно сравнивать идиотский запрос типа "вытащи мне все что есть в таблице весом в 600 мегабайт" и "покажи первые ндцать записей".

Учимся думать:

$search   = _string($_POST['search_string']);
$sql = '
SELECT * 
FROM `chat` 
WHERE `user_id` IN (
   SELECT `id` 
   FROM `users` 
   WHERE `login` LIKE "'.$search.'%"
) 
ORDER BY `time` 
DESC '; // делаем запрос отдельной строкой,
var_dump($sql);
//вставив в него переменную убеждаемся что там ерунда

//пишем нормально
$search   = $_POST['search_string'].'%';
$sql = '
SELECT * 
FROM `chat` 
WHERE `user_id` IN (
   SELECT `id` 
   FROM `users` 
   WHERE `login` LIKE ?
) 
ORDER BY `time` 
DESC '; 
$stmt = $mysqli->prepare($sql);
$stmt->bind_param('s', $search);
$chat_result = $stmt->execute();
while ( $row = $chat_result->fetch_assoc() ) {
    echo $row['user_id'].'<hr>';
}

ps: и нет смысла делать серч через пост запрос, лучше через гет, так поисковый запрос можно например переслать или скопировать и переиспользовать.