Fixid

Расскажите о специфике:
Ожидаемый RPS
Соотношение read/write, select/update/insert
Ожидаемый рост в месяц
Степень оптимальности запросов
Типы движков
Транзакции
P.S. 70гб это не много

Mariadb 10 или упрощайте запросы + ведите slow log

Не храните фото в базе, храните в папке на диске по uuid, а базе храните уникальный URL. Это нормальная практика.
Не изобретайте велосипед, вы получите оверхед в 5-7 раз как минимум, а как только у будет база в 2-3 гб, тормозить начнет все.
В идеале вам надо получить очень маленькую базу из двух простых таблиц и структуру папок где можно хранить сколько угодно фоток с отдачей через веб сервер

Для начала откройте для себя функцию IN()
А дальше любым удобным инструментом сформируйте массив из артикулов и подставьте в IN()

Правильно будет хранить в postgresql с расширением postgis. Все операции можно выполнить буквально одним select с высокой скоростью

Амазон на год дает ec2 бесплатно, вам хватит

покажите atop и iotop

dbforge

Если взять сферический сервер в вакууме на котором запустить сферический скрипт в вакууме который написал сферический программист в вакууме то нагрузка будет средняя за среднее время

P.S. Слишком много неизвестных. Может проще выгрузить базу в CSV и сравнить два файла?