ThunderCat

это чисто примерный запрос, но т.к. я в sql полный профан, прошу объяснить что в нем неверного.

Подскажите как можно снизить нагрузку и увеличить скорость запросов при условии оптимизированного кода и запросов.

При условии оптимизированного кода и запросов нагрузка будет примерно никакой, так как у вас они судя по представленному explain ооочень далеки от "оптимизированных".

1) Нет смысла руками рвать соединение, при завершении скрипта коннект закроется автоматически. В вашем же случае весьма вероятна ситуация что коннект порвали зря и скрипт еще не отработал до конца.
2) Онлайн порядка 500-1000 чел.Для запаса я бы поднял количество соединений до 1/4 онлайна. Зависит конечно от специфики сайта, но иногда их реально не хватает если сервер с активным взаимодействием с бэкендом.
3) Для драйвера бд пишется враппер, не по тому что это модно или прям необходимо для работы, а как раз на такие случаи, в логику врапера пишется опциональное логирование запросов и сразу видно "кто где срал", сколько реально запросов бегает и что вообще происходит. Тогда можно что-то решать на уровне много/мало и куда что крутить. В частности, может оказаться что коннект происходит чаще чем вы думаете и вовсе не там где задумывалось...

Для такой структуры больше подходят отдельные таблицы для каждой сущности: области, района, населенного пункта.

$sql = "SELECT * FROM `smirnov` WHERE visible='1' ORDER BY '$sorting' ";

$sorting откуда у вас берется?

Первый вардамп не проходит, во втором (где сам генерит и сам проверят ) - все нормально.

Соль?

Что мешает вывести во втором варианте дамп полученного хеша и посмотреть чем отличается от того что лежит в мускуле?

ИМХО(во всяком случае я делаю так):
есть таблица orders, с которой связана ordered_items, которая в свою очередь суть дубль таблицы товаров, кроме поля qty - количество. И в админке можно открыть заказ, посмотреть товары, поудалять если отказались етц...

1) понятие последних в контексте хранения данных как бэ не совсем корректно без указания способа сортировки.
2)

селект * 
фром самтэйбл
вэа ид нот ин 
(
селект * фром
 (
селект ид 
фром самтэйбл
ордер бай фиелд аск
лимит 10
 ) эз тбл
)
ордер бай фиелд деск

первое: WHERE `title` LIKE '%".$query."%' - уберите полный вайлдкард, LIKE '".$query."%'будет работать быстрее и использовать индекс, в отличие от первого варианта. У вас же не нужно выбирать "Калининград" по "град".

Второе - индексы подлиннее на текстовые поля, там где помещается в варчар - делайте варчар с индексом. Тогда скорее всего кеш не понадобится.

Как выполнит одним запросом несколько действий MYSQL?

Никак, это разные запросы с разными таблицами и разными задачами.

для снижения нагрузки на базу данных.

Неужели у вас уже более 1000 запросов в секунду и необходима срочная оптимизация?

$db->query("UPDATE score SET score = score + $klik push = push + 1 WHERE vk_id = $ids LIMIT 1");
$db->query("UPDATE score SET score = score + $klik push = push + 1 WHERE vk_id = $ids LIMIT 1");

во первых - не хватает запятых между присваиваниями, во вторых SET score = score + $klik*2, push = push + 2 вот вам минус 1 запрос. В третьих - вроде используете pdo, а переменные вставляете без prepared statements...

Все это можно:
1) обернуть в транзакцию - профит от этого - целостность выполнения операций(на скорости особо не отразится).
2) Запустить одним скриптом, разделив запросы семиколоном ";" (профита практически никакого)

Нужно получить resources_id, resources_name,

Все или по какому то критерию?

select 
`resources_id`,
`resources_name` 
from `resources`

количество записей в таблице statistics относящиеся к resources (/resource/ ид ресурса)

select 
count(*) 
from `statistics` 
where `statistics_url` = '/resource/resources_id'

Запросы верные. Или есть еще условия какие-то?