Почему в MySQL 8.0 при последовательной записи через пользовательскую функцию в автоинкрементном id образуются пропуски?

Функция вставляет ровно одну строку.
Все данные из приложения записались в базу без ошибки, вот только половина с первого раза, а другая половина ровно при втором вызове функции...

Почему в MySQL 8.0 при последовательной записи через пользовательскую функцию в автоинкрементном id образуются пропуски?

А зачем эти извращения? Есть гарантированно конкурентно-безопасный LAST_INSERT_ID()

Допустим, что запись сделана, но id до приложения не дошел. Тогда приложение повторно вызывает функцию. Так как данная запись уже есть в таблице, то INSERT IGNORE ничего не делает. И что тогда должна вернуть LAST_INSERT_ID()?

У вас insert ignore используется. Значит, данные натыкаются на уникальные индексы?

Уникальных индексов нет.

Если вы хотите "без пропусков" - вы взяли не тот инструмент.

А какой нужно взять инструмент? И меня больше волнуют не пропуски, а почему функция для половины данных вызывается два раза, хотя по всей логике все должно писаться с первого раза и без проблем.

Какой пакет для Python 3.6 самый лучший (надежный/продвинутый/простой) для автоматизации GUI?

Тогда к чему именно вы склоняетесь?

При попытке создать пользовательскую функцию в MySQL 8.0 возникает ошибка 1418. На сервере MySQL 5.6 создается без проблем. Почему?

И что делать? Отключить бинарное логирование?

Как изменить расположение файлов баз данных в MySQL 8.0?

Дело в том, что в datadir помимо папочки с именем базы ещё куча всякого "мусора" напрямую не относящегося к базе.

Как синхронизировать выгрузку данных из приложения на удаленный сервер MySQL?

Rsa97, и всё же, можно ли решить данную задачу с помощью транзакции или транзакция тут ничем не поможет?

Как синхронизировать выгрузку данных из приложения на удаленный сервер MySQL?

Rsa97, как я понял, вы предлагаете следующую функцию:

CREATE FUNCTION insert_t1 (_link char(36)) RETURNS INT UNSIGNED
BEGIN
DECLARE _id INT UNSIGNED;
INSERT IGNORE INTO t1(link) VALUE(_link);
SELECT id FROM t1 INTO _id WHERE link = _link;
RETURN _id;
END

Но как я понимаю, при каждом вызове этой функции придется делать SELECT по всей таблице, а это уже на порядки снижает скорость записи. В имеющейся таблице уже есть порядка 10 млн. записей и нужно записать в неё ещё около 5 млн. Или может можно сделать, чтобы SELECT вёл поиск с конца таблицы к её началу и тогда уже на 1-2-й строке он найдет сделанную запись?

Как синхронизировать выгрузку данных из приложения на удаленный сервер MySQL?

А транзакция тут не поможет?

Есть ли смысл делать INDEX на внешний ключ, если родительская таблица имеет всего 10-1000 записей?

Lander,

А, кажется понял. Вы хотите создать внешний ключ, но не создавать под него индекс?

Именно!

А такое вообще возможно?

В Workbench при создании внешнего ключа индекс создается автоматически, но его потом можно удалить ручками.

Как избавиться от бэкслешка в VARCHAR при INSERT?

kot-samolet, нет доступа к приложению. Проблему нужно решить ИСКЛЮЧИТЕЛЬНО средствами MySQL.

Как избавиться от бэкслешка в VARCHAR при INSERT?

kot-samolet, приложение пишет через мою хранимую функцию. Мне нужно внутри функции поменять все бэкслеши на слэши или просто удалить их.

Как избавиться от бэкслешка в VARCHAR при INSERT?

Да нет же! Не я пишу в базу. Пишет внешнее приложение. Иногда оно пишет вот такой шлак. Мне нужно средствами MySQL решить эту проблему.

Как в хранимой функции гарантировать одновременное выполнение или одновременное невыполнение двух INSERT в разные таблицы?

coderisimo, спасибо!

Как в хранимой функции гарантировать одновременное выполнение или одновременное невыполнение двух INSERT в разные таблицы?

Так?

CREATE FUNCTION insert_material (n VARCHAR(255), d DATE) RETURNS INT
BEGIN
    DECLARE idd INT;
    START TRANSACTION;
        INSERT INTO Material(name) VALUE(n);
        SET idd = LAST_INSERT_ID();
        INSERT INTO Material2(material_id, date) VALUE(idd, d);
    COMMIT;
RETURN idd;
END

Как сделать так, чтобы не было пропусков в сгенерированных значениях автоинкрементного первичного ключа?

Сергей delphinpro,

Какая разница, есть там пропуски, или не

Например, для того, чтобы не пришлось расширять тип id с INT UNSIGNED до BIGINT UNSIGNED.

Как сделать так, чтобы не было пропусков в сгенерированных значениях автоинкрементного первичного ключа?

Сергей delphinpro, просто я так хочу.

Как сделать так, чтобы не было пропусков в сгенерированных значениях автоинкрементного первичного ключа?

Я знаю, что это ерунда. Но мне хочется услышать что-нибудь конкретно по вопросу.

Как сделать так, чтобы не было пропусков в сгенерированных значениях автоинкрементного первичного ключа?

Олег Муравейко, я это всё прекрасно понимаю. Но в данный момент мне нужно избавиться от пропусков в id.

Как сделать так, чтобы не было пропусков в сгенерированных значениях автоинкрементного первичного ключа?

Rsa97, а как можно перевести БД в режим последовательных запросов?

Как сделать так, чтобы не было пропусков в сгенерированных значениях автоинкрементного первичного ключа?

Rsa97, Как-то очень сомнительно, что в MySQL никак нельзя это реализовать...