Как действительно 'ЗАГРУЖАЕТ ДАННЫЕ INFILE' работа в основанной на операторе репликации?
Если у вас есть 2 столбца, которые одинаковы в обоих фреймах данных, почему бы вам не использовать pandas.Dataframe.join для объединения двух таблиц? Таким образом, вы будете иметь все данные для названия команды и года в одной строке.
1 ответ
Кажется, что файл Вы загружаетесь с LOAD DATA INFILE на ведущем устройстве автоматически передаются через журнал репликации от ведущего устройства к копии. Копия загружает эти файлы, когда это добирается до LOAD DATA INFILE в основанной на операторе очереди репликации.
Я вывожу это из нескольких операторов в документах:
16.1: Резервное копирование ведомых устройств репликации
Если Ваш сервер MySQL является ведомым сервером репликации, то независимо от резервного метода Вы выбираете, необходимо также создать резервную копию master.info и релейных-log.info файлов при резервном копировании данных ведомого устройства. Эти файлы всегда необходимы для возобновления репликации после восстановления данных ведомого устройства. Если Ваше ведомое устройство подвергается ДАННЫМ ЗАГРУЗКИ тиражирования команды INFILE, необходимо также создать резервную копию любого SQL_LOAD -* файлы, которые могут существовать в каталоге, указанном - slave-load-tmpdir опция.
16.1.2.3: Ведомые опции репликации и переменные
Когда ведомый поток SQL копирует оператор LOAD DATA INFILE, он извлекает файл, который будет загружен из реле, входят во временные файлы, и затем загружает их в таблицу. Если файл, загруженный на ведущем устройстве, огромен, временные файлы на ведомом устройстве огромны, также. Поэтому могло бы быть желательно использовать эту опцию сказать ведомому устройству помещать временные файлы в каталог, расположенный в некоторой файловой системе, которая имеет много свободного места. В этом случае релейные журналы огромны также, таким образом, Вы могли бы также хотеть использовать - опция релейного журнала поместить реле входит в систему та файловая система.