전체 스키마를 덤프하기 위해 mysqldump에 필요한 최소 GRANT?

Question

가 나는 MySQL 사용자가 다음과 같은 파마와 덤프라는이 (트리거 !! 누락) :

GRANT USAGE ON *.* TO 'dump'@'%' IDENTIFIED BY ... 
GRANT SELECT, LOCK TABLES ON `mysql`.* TO 'dump'@'%' 
GRANT SELECT, LOCK TABLES ON `myschema`.* TO 'dump'@'%' 

나는 덤프 사용자를 사용하여 모든 데이터 (포함 트리거 및 절차)를 덤프합니다. 나는 다음과 같은 방법으로 mysqldump는 전화 :

mysqldump -u dump -p --routines --triggers --quote-names --opt \ 
    --add-drop-database --databases myschema > myschema.sql 

모두가 트리거를 위해, 그들은 누락을 제외하고 덤프 파일로 OK입니다!

mysqldump -u root -p --routines --triggers --quote-names --opt \ 
    --add-drop-database --databases myschema > myschema.sql 

그래서, 나는 ... 그것이 파마 문제입니다 추측 추가 보조금 내 덤프 MySQL이 무엇 : 나는 루트 MySQL 사용자와 mysqldump를 시도하는 경우

트리거

올바르게 덤프됩니다 사용자가 전체 덤프를 올바르게 수행해야합니까?

Answer 1

당신은 또한 VIEW들과 EVENT의 의미 전체 덤프로 가정 할 때, 당신은해야합니다.

내 문제는 다음과 같습니다. no-data 덤프 만 만들고 싶다면 왜 SELECT이 필요합니까?

Answer 2

내가 필요한 추가 보조금을 찾았습니다 !! http://dev.mysql.com/doc/refman/5.5/en/privileges-provided.html#priv_trigger

트리거 권한이 트리거 작업을 할 수 있습니다 : 여기

GRANT TRIGGER ON `myschema`.* TO 'dump'@'%' 

당신은 공식 문서에 대한 참조를 가지고있다. 테이블에 대한 트리거를 작성, 제거 또는 실행하려면이 특권이 있어야합니다.

GRANT USAGE ON *.* TO 'dump'@'%' IDENTIFIED BY ...; 
GRANT SELECT, LOCK TABLES ON `mysql`.* TO 'dump'@'%'; 
GRANT SELECT, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON `myschema`.* TO 'dump'@'%'; 

을하고 기능을 실행 VIEW의이있는 경우, 다음 불행히도 당신은 또한 EXECUTE 필요합니다

Answer 3

VIEW DEFINER 사용자가 존재하지 않는 경우 언젠가 덤프가 실패합니다.

이 저자의 문제에 대한 대답은, 그 질문에 대답하지 않는다하더라도 there