Большая нагрузка от блогов 1/10/x

Сегодня хостер прислал инфо, что почему то блоги грузят хостинг, хотя два года проблем не было

| 10690 | corsa7 | localhost | corsa | Query | 52 | Copying to tmp table | SELECT p.*,
u.nickname as author, u.login, u.is_deleted,
|
| 10691 | corsa7 | localhost | corsa | Query | 47 | Locked | UPDATE cms_users SET logdate = CURRENT_TIMESTAMP WHERE id = '18' |
|10692 | corsa7 | localhost | corsa | Query | 44 | Locked | SELECT u.*, g.is_admin, g.alias, g.access, p.imageurl, p.imageurl as orig_imageurl, p.karma, p.city
|10693 | corsa7 | localhost | corsa | Query | 43 | Locked | SELECT u.*, g.is_admin, g.alias, g.access, p.imageurl, p.imageurl as orig_imageurl, p.karma, p.city
|10705 | corsa7 | localhost | corsa | Query | 17 | Locked | SELECT u.*, g.is_admin, g.alias, g.access, p.imageurl, p.imageurl as orig_imageurl, p.karma, p.city

Так же наблюдаем большую нагрузку при большом количестве следующих запросов:

| 1081 | ul_admin | localhost | ul_bd1 | Query | 436 | Sorting result | SELECT p.*,
cat.id as cat_id,
cat.title as category, |
| 1085 | ul_admin | localhost | ul_bd1 | Query | 429 | Sorting result | SELECT p.*,
cat.id as cat_id,
cat.title as category, |
| 1203 | ul_admin | localhost | ul_bd1 | Query | 309 | Copying to tmp table | SELECT p.*,
cat.id as cat_id,
cat.title as category, |
| 1314 | ul_admin | localhost | ul_bd1 | Query | 181 | Copying to tmp table | SELECT p.*,
cat.id as cat_id,
cat.title as category, |
| 1453 | ul_admin | localhost | ul_bd1 | Query | 65 | Locked | UPDATE cms_blog_posts SET seolink='skachat-luchshie-iz-luchshih' WHERE id = '213714' |
| 1454 | ul_admin | localhost | ul_bd1 | Query | 54 | Locked | SELECT LAST_INSERT_ID() as lastid FROM cms_blog_posts LIMIT 1 |
| 1479 | ul_admin | localhost | ul_bd1 | Query | 49 | Locked | SELECT p.*,
cat.id as cat_id,
cat.title as category, |

хотя два года проблем не было

<l — БД, как правило увеличиваются со временем, а не уменьшаются, это естественный процесс…

Установите у таблицы cms_blog_posts тип InnoDВ это слегка поможет но не на долго
Первая часть вашего лога тоже указывает на блокировку одновременных операций
по обновлению и «достованию» данных но уже из таблицы cms_user_profiles
можете так же изменпить тип…

А как изменить именно ТИП, попробовал сделать пишет: #1214 — The used table type doesn't support FULLTEXT indexes

тип это engine = 'InnoDB' если до этого не меняла вам техподдержка то должно стоять engine= "MyISAM"

Так у меня и стоит. Я и хотел по Вашей рекомендации изменить blog_posts тип на InnoDВ, но появляется ошибка которую указал выге

Установите у таблицы cms_blog_posts тип InnoDВ это слегка поможет но не на долго

Если mysql не сконфигурирован должным образом (innodb параметры по умолчанию), то это только усугубит ситуацию.

The used table type doesn't support FULLTEXT indexes

Правильно, нельзя поменять тип таблицы на innoDB, если есть FULLTEXT индексы.
yury, в вашем случае хостер просто хочет перехода на более дорогой тариф, имхо. Ну и судя по тому, что это шаред, то имхо наверняка.

Если mysql не сконфигурирован должным образом

— Однако, блокировки пропадут высокого уровня, не так ли? )

Для оптимизации, конечно и естетвенно, необходимо нанимать специалиста.

хостер просто хочет перехода на более дорогой тариф,

— Это так же спасёт не на долго…

если есть FULLTEXT индексы.

— Если это не википедия то и польза от них lim—›0…

— Однако, блокировки пропадут высокого уровня, не так ли? )

Нужно искать причину, а не бороться со следствием. Причина — слабая конфигурация сервера, высокие нагрузки в целом на mysql на данной машине.
Откуда то блокировки берутся, тем более на таких таблицах. Быть может есть какие то кастомные плагины или доработки, можно гадать только.
А так, смотря какой режим изоляции, но в целом, имхо, переход на innodb в 90% случаев (а это не подготовленные пользователи) скорее навредит. Я не говорю о том, что лучше а что хуже, но считаю, что тип таблицы уместен там где уместен.

Если это не википедия то и польза от них lim—›0…

Поиск по сайту работать не будет, а так да, пользы нет.

Нет смысла спорить о типах ( engine ) таблиц если у ТС нет доступа к настройкам MySQL сревера.
/*Частота приоритетности записи/чтения регулируется и для типа MyISAM*/

Поиск по сайту работать не будет, а так да, пользы нет.

— Поиск по блогам работать не будет…

Нужно искать причину, а не бороться со следствием.

Причина — блокировка чтения при одновременной записи в таблицу. То есть одновременность. С этим нет возможности бороться.
Есть возможность уменьшить последствия.
Если это нормальный шаред-хостинг параметры MySql сервера всё же настроены ( даже || особенно ) для InnoDB
/* тут, как говорится, кто с чем чаще работает */

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