nokimaro

Это делается через OR, а так же используйте скобки чтобы логически разделить выражения

SELECT * FROM materials 
WHERE 
    ( cat=1 AND podcat=10 ) /* podcat 10 в cat 1 */
   OR ( cat=2 AND podcat=11 ) /* или podcat 11 в cat 2 */
   OR ( cat = 3 AND podcat IN(13,111) ) /* или podcat 13, 111 в cat 3 */

Если все materials всегда разложены по подкатегориям, то есть им присвоен уникальный podcat, тогда выборку можно делать только по podcat полю

SELECT * FROM materials 
WHERE podcat IN(10, 11, 13, 111)

Самый компактный способ хранения двоичных данных это BINARY или VARBINARY
Другой вариант хранить в виде hex-строки, если использовать функцию bin2hex() и тогда можно использовать CHAR или VARCHAR.

Например md5-хэш можно хранить в BINARY(16) тогда одна запись будет занимать в хранилище 16 байт, или в более привычном hex представлении (строка 32 символа) в CHAR(32) и тогда одна запись будет занимать уже вдвое больше памяти в хранилище - 32 байта.

SELECT 
    news.`id`, 
    news.`header`, 
    news.`text`, 
    news.`content`, 
    news.`img`, 
    personal.surname, 
    news.`status`, 
    news.`period` 
FROM `news`
JOIN personal ON (personal.id = news.id_employee)

<?php
//подключаем скрипт с данными базы данных
require_once 'database.php';

//подключаемся к серверу
$conn = mysqli_connect($servername, $username, $password, $dbname)
    or die("Ошибка " . mysqli_error($conn));

//выбираем из базы 7 последних значений суточного расхода
$query2 = "SELECT `id`,`date`,`delta0`,`delta1` FROM `counter` ORDER BY `id` DESC LIMIT 7";
$result2 = mysqli_query($conn, $query2) or die("Ошибка " . mysqli_error($conn));

$date = [];
$dayhot = [];
$daycold = [];

if($result2)
{
    while($row = mysqli_fetch_assoc($result2))
    {
        $date[] = $row['date'];
        $dayhot[] = $row['delta0'];
        $daycold[] = $row['delta1'];
    }
}

$date = join(',', $date);
$dayhot = join(',', $dayhot);
$daycold = join(',', $daycold);

//закрываем подключение
mysqli_close($conn);

var_dump($date);
var_dump($dayhot);
var_dump($daycold);

Пишите каждый день. С принципами DRY это не имеет ничего общего.
Если задача хранить итог за каждый день, то его надо записывать и хранить.

каким-то образом подзапросом найти последнее значение типа

Делать это в приложении, а не в БД. Выстраивается временная шкала в приложении (напр. массив со списком дней), где есть каждый нужный день, и на неё накладываем данные из БД последовательно, если данных нет то выводим или ноль или крайнее значение.

всё дело в неправильном использовании кавычек
$sql = "SELECT * FROM 'messages' ORDER BY 'date'";

надо так
$sql = "SELECT * FROM `messages` ORDER BY `date`";

или вообще уберите их
$sql = "SELECT * FROM messages ORDER BY date";

$servername указан не верно
Правильный формат - aNNNNN.mysql.mchost.ru,

$servername = "a136237.mysql.mchost.ru";

В качестве hostname указывайте aNNNNN.mysql.mchost.ru, где aNNNNN - ваш логин в панель управления.
Логин и пароль для доступа к базе назначает сам пользователь через панель управления.

SELECT id, 
MAX(
    ABS(
        ( price - (SELECT AVG(Price) FROM services) )
    )
) AS max_avg_price FROM services

И за какое время у вас отрабатывает 10000 SELECT'ов? Индекc на uid есть + LIMIT 1?

10тыс SELECT'ов на таблице в 300тыс строк, при условии что на uid есть индекс должно выполняться за 1-2 секунды на нормальной машине.
Не вижу необходимости что-либо оптимизировать.
Можно разве что минимизировать кол-во данных передаваемых по сети и вместо SELECT * использовать SELECT type, lvl, country, isoc так как лишние данные, это лишние задержки.

БД создана для того чтобы работать, нет смысла её жалеть.

- Другой вариант, если позволяет память - выбирать все строки из базы одним SELECT'ом и потом фильтровать в приложении.
- Можно прикрутить memсached для кеширования так как по сути у вас key-value выборка
- Выбрать другое хранилище (Redis, tarantool) где скорость выборки по ключу будет выше

upd. Можно несколько SELECT'ов группировать в один запрос через IN

SELECT ... FROM table WHERE uid IN(uid1, uid2, uidN)

Этим можно уменьшить суммарное кол-во SELECT'ов, но не факт что в итоге данные получите быстрее.

Посмотрите обсуждение на Сортировка страниц по количеству просмотров за день, неделю, месяц?
Там есть описание моей реализации, так же возможные проблемы с производительностью и советы.

В простейшем случае, делаете отдельную таблицу со счётчиком просмотров каждого товара посуточно

item_id
date_day
counter

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

Kristina8787, ну значит на этих этапах ошибок нет. Вижу опечатку в самом конце кода.

/*Сохранение результата в промежуточном массиве*/
    $orderinfo["goods"] = $items;
    /*добавление промежуточного массива в возвращаемый массив*/
    $allorders[]=$ordersinfo;

$orderinfo
$ordersinfo

SET user_balance = (user_balance + (user_balance / 100))

SELECT id FROM Toys WHERE Toys.Number = ...
UNION
SELECT id FROM Food WHERE Food.Number = ...

https://dev.mysql.com/doc/refman/8.0/en/union.html

Или все товары сложить в одну таблицу например shop_items с доп. колонкой item_type
где item_type у вас будет toys, food и тд