MySQL INSERT SELECT Большой набор данных из 420 миллионов записей

У меня есть большой набор данных примерно из 420 миллионов записей, и я смог своевременно загрузить их во временную таблицу примерно за 15 минут, используя оператор LOAD DATA INFILE. Мне нужна эта временная таблица для хранения данных, потому что я выполняю некоторую очистку перед загрузкой в ​​конечный пункт назначения.

Временная таблица определяется как:

CREATE TABLE `temporary_data` (
  `t_id` smallint(10) unsigned NOT NULL,
  `s_name` varchar(512) NOT NULL,
  `record_type` varchar(512) NOT NULL,
  `record_value` varchar(512) NOT NULL
) ENGINE=MyISAM;

Целевая таблица, в которую необходимо загрузить эти данные, называется my_data и определяется как:

CREATE TABLE `my_data` (
  `s_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `t_id` smallint(10) unsigned NOT NULL,
  `s_name` varchar(63) NOT NULL,
  PRIMARY KEY (`s_id`),
  UNIQUE KEY `IDX_MY_DATA_S_NAME_T_ID` (`t_id`,`s_name`) USING BTREE,
  KEY `IDX_MY_DATA_S_NAME` (`s_name`) USING BTREE,
  CONSTRAINT `FK_MY_DATA_MY_PARENT` FOREIGN KEY (`t_id`) REFERENCES `my_parent` (`t_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

Проблема в том, что запрос на загрузку данных из временной таблицы в my_data выполняется очень медленно, как я и подозревал, потому что my_data содержит два индекса и первичный ключ. До сих пор он работал более 6 часов с этим запросом:

INSERT IGNORE INTO my_data (t_id, s_name)
SELECT t_id, s_name
FROM temporary_data;

Мне нужно определить способ ускорения этого запроса, чтобы он выполнялся своевременно (в идеале менее 30 минут).

Некоторые подходы, которые я рассматривал:

1. Отключение индексов. Возможно, мне удастся отключить/удалить индекс IDX_MY_DATA_S_NAME, но я полагаюсь на уникальный индекс (IDX_MY_DATA_S_NAME_T_ID), чтобы данные оставались чистыми. Это ежедневный процесс, который будет выполняться автоматически, и неизбежно будут некоторые дубликаты. Кроме того, кажется, что перестроение индекса для такого большого набора данных, когда я снова включу индекс, займет столько же времени.
2. Использовать DATA OUTFILE: экспортировать и повторно импортировать очищенные данные непосредственно в my_data. Я где-то видел, что это рекомендуется, но, подумав об этом, индексы/PK все равно будут спорным моментом при повторной вставке.
3. Поменяйте местами таблицы. Замена my_data на temporary_data звучит привлекательно, но эта таблица имеет множество взаимосвязей внешних ключей для поля s_id, поэтому я хочу быть уверенным, что этот подход стоит хлопот с отключением внешних ключей и повторной включение их. Дочерние таблицы будут содержать значительно меньше записей, чем my_data, поэтому в этом отношении повторное включение внешних ключей может быть незначительным.
4. ЗАГРУЗИТЬ ДАННЫЕ В ФАЙЛ напрямую: загружать данные непосредственно в my_data, используя условные операторы в части оператора SET, чтобы сделать все поля NULL, если они не соответствуют критериям очистки, которые я первоначально применил к temporary_data перед загрузкой в my_data. Это хакерство, но оно основано на предположении, что LOAD DATA INFILE будет быстрее, чем INSERT... SELECT даже перед лицом индексации, и будет только одна строка нулей для удаления после ее запуска из-за уникального ограничения на таблицу .

Ни одна из этих идей не похожа на ужасно великую. Если у кого-то есть какие-либо советы, я весь слух.