Как проверить, существует ли хранимая процедура, прежде чем пытаться создать ее в MySQL?

Question

Я пытаюсь сделать CREATE PROCEDURE IF NOT EXISTS в MySQL. Однако похоже, что MySQL не поддерживает это, что похоже на большой надзор для меня.

Я создал приложение Spring Batch Java, которое содержит определения бизнес-схемы, которое включает определения таблиц и определения хранимых процедур. Определения таблиц прекрасны, так как они говорят CREATE TABLE IF NOT EXISTS. Я хотел бы, чтобы определения хранимой процедуры были одинаковыми, так как этот сценарий бизнес-схемы будет запускаться в любое время при запуске приложения.

У MySQL есть DROP PROCEDURE IF EXISTS, но я беспокоюсь, что выполнение этого до создания запускается в возможное состояние гонки. Что делать, если у меня есть несколько экземпляров этого приложения, и один из других экземпляров запускает одну из хранимых процедур, когда я делаю DROP и последующий CREATE? Это похоже на плохую идею. Я не хочу, чтобы он прерывал что-то уже запущенное.

Кому-то еще пришлось столкнуться с этой же проблемой. Какое решение?

Answer 1

Я бы не рекомендовал полагаться на ваше приложение, чтобы создать структуру базы данных. Из длительного личного опыта это только вызывает головную боль вниз. CREATE TABLE IF NOT EXISTS достаточно прост, но в итоге вам нужно «ALTER TABLE, если оно не соответствует тому, что я ожидаю», и все начинает становиться уродливым. Тем не менее, вы можете найти сохраненные процедуры в information_schema. routines.

Единственный способ, по которому я могу обойти несколько процессов, проходящих через этот код, в то же время - добавить другую таблицу для использования в качестве своего рода блокировки. Каждое приложение выполняет UPDATE sentinelTable SET beingHandledBy = user() WHERE beingHandledBy IS NOT NULL;, за которым следует SELECT beingHandledBy = user() FROM sentinelTable; процесс, который возвращает «истинный» результат, затем продолжает код нормализации базы данных, а по завершении устанавливает beingHandledBy обратно в NULL.

Редактировать: На самом деле CONNECTION_ID() может быть лучше использовать вместо USER(). Если у вас несколько экземпляров или потоков, независимо друг от друга подключающихся к одному и тому же компьютеру, они будут иметь одинаковое значение для USER().

Answer 2

Просто запросите подпрограммы таблица в information_schema. Пример:

select ROUTINE_BODY from routines where ROUTINE_NAME like '%BLA BLA%'; 

Или, может быть, создать функцию, чтобы увидеть, если прок существует:

use db_where_you_wanna_see_if_proc_exists; 
delimiter $$ 

CREATE FUNCTION PROC_EXISTS(_proc_name VARCHAR(45)) 
RETURNS BOOLEAN 
DETERMINISTIC READS SQL DATA 
BEGIN 
    DECLARE _exists TINYINT(1) DEFAULT 0; 

    SELECT COUNT(*) INTO _exists 
    FROM information_schema.routines 
    WHERE ROUTINE_SCHEMA = DATABASE() 
    AND ROUTINE_NAME = _proc_name; 

    RETURN _exists; 

END$$ 

delimiter ; 


SELECT PROC_EXISTS('proc_name') as _exists;