MySQL загружает ЦП на 100% при включении подзапроса в запрос

Заранее спасибо за помощь.

Мой сервер внезапно перешел на 100% загрузку ЦП. Отключив все сценарии и постепенно восстановив их, я обнаружил, что проблема связана с одним конкретным типом запроса, который используется в двух местах. Запросы:

select * from zzproductdata
where amazonproductid <> '' and amazoncategory1 ='' and disabled = 0
and productid in (select productid from zzdropshipstock where quantity >= 10)

И:

select 'ZZ Product Data With Image' as 'Statistic', count(zzproductdataid) as 
'Number' from zzproductdata
where imagescollecteddate <> '0000-00-00' and zzproductdata.productid in 
(select productid from zzdropshipstock where quantity >= 80)

Оба запроса содержат подзапрос, и оба имеют дело с таблицей под названием zzproductdata.

Проверено пару вещей: 1. Остальные запросы, содержащие подзапросы, продолжают работать. 2. Другие запросы, содержащие zzproductdata, продолжают работать, пока они не содержат подзапрос.

Когда выполняются два вышеуказанных запроса, загрузка ЦП постепенно увеличивается до 100% в течение примерно 90 секунд. Он остается на уровне 100% и, похоже, не восстанавливается - я позволил ему работать так в течение 3 часов, и он не остановил и не завершил запрос.

Таблица zzproductdata постепенно собирала данные и увеличилась до 1 500 000 записей за последние 12 дней. Я отслеживаю количество времени, которое требуется для выполнения каждого запроса в базе данных, и эти два запроса постепенно становятся длиннее, но не чрезмерно - с 2,5 секунд до 5,6 секунд.

Внезапно они просто начали переходить на 100% ЦП без предупреждения. В списке процессов mysqladmin в терминале я вижу две записи: одна показывает процесс в состоянии «Спящий», а вторая - статус «Отправка данных».

Я подозреваю, что запросы только что достигли какого-то ограничения кеша sql, но я не могу понять, какой предел кеша используется mysql для использования подзапросов. Я попытался изменить некоторые настройки в mysql, но, похоже, ни один из них не дал эффекта. Какие-либо предложения?

РЕДАКТИРОВАТЬ

CREATE TABLE `zzproductdata` (
 `zzproductdataid` int(11) NOT NULL AUTO_INCREMENT,
 `zzproductdataname` text NOT NULL,
 `disabled` int(11) NOT NULL,
 `datecreated` date NOT NULL,
 `masteronly` int(11) NOT NULL,
 `productid` int(11) NOT NULL,
 `isbn` text NOT NULL,
 `ean` text NOT NULL,
 `publishername` text NOT NULL,
 `imagethumbnail` text NOT NULL,
 `imagefull` text NOT NULL,
 `amazonproductid` text NOT NULL,
 `productdatasource` text NOT NULL,
 `datelastupdatedamazon` date NOT NULL,
 `datelastupdatedgoogle` date NOT NULL,
 `googleproductid` text NOT NULL,
 `publicationdate` date NOT NULL,
 `binding` text NOT NULL,
 `imagescollecteddate` date NOT NULL,
 `amazoncategory1` text NOT NULL,
 `amazoncategory2` text NOT NULL,
 `amazoncategory3` text NOT NULL,
 `datelastcheckedamazoncategory` date NOT NULL,
 `datelastupdatedopenlibrary` date NOT NULL,
 PRIMARY KEY (`zzproductdataid`)
)
ENGINE=InnoDB
AUTO_INCREMENT=1674296
DEFAULT CHARSET=utf

CREATE TABLE `zzdropshipstock` (
 `zzdropshipstockid` int(11) NOT NULL AUTO_INCREMENT,
 `zzdropshipstockname` text NOT NULL,
 `disabled` int(11) NOT NULL,
 `datecreated` date NOT NULL,
 `masteronly` int(11) NOT NULL,
 `zzdropshipsupplierid` int(11) NOT NULL,
 `isbn` varchar(13) NOT NULL,
 `quantity` double NOT NULL,
 `suppliercode` text NOT NULL,
 `supplierprice` double NOT NULL,
 `standardshipcost` double NOT NULL,
 `weightgram` double NOT NULL,
 `rrp` double NOT NULL,
 `productid` int(11) NOT NULL,
 `initialimportdate` date NOT NULL,
 `lastupdateddate` date NOT NULL,
 `changed` int(11) NOT NULL,
 `lastcheckedproductiddate` date NOT NULL,
 `lastcheckedproductinamazondate` date NOT NULL,
 `lastcheckedrawstockdata` date NOT NULL,
 `lastcheckedproductstockitemlive` date NOT NULL,
 `changedquantity` int(11) NOT NULL,
 PRIMARY KEY (`zzdropshipstockid`),
 KEY `isbn` (`isbn`)
)
ENGINE=InnoDB
AUTO_INCREMENT=7037817
DEFAULT CHARSET=latin1

Используя EXPLAIN по первому запросу - я получаю следующее:

Вот что я вижу в Терминале:

Я пробовал добавить DISTINCT, но это не помогло. Это замедлило рост использования ЦП, поэтому потребовалось почти 200 секунд, чтобы достичь 100% использования ЦП, но запрос не был выполнен.

Первая часть запроса возвращает 1 300 000 записей за 0,23 секунды. Подзапрос возвращает 118 000 записей за 2,3 секунды. Это когда вы запускаете две части по отдельности. Объединение этих двух запросов в один в настоящее время должно вернуть около 15 000 записей.