完全なスキーマをダンプするために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 sおよびEVENT秒を意味する完全なダンプであると仮定すると、あなたが必要になります。

私自身の問題は、なぜデータなしのダンプだけを作成したいのですが、SELECTが必要なのですか？

Answer 2

私は必要な余分なグラントを見つけました！ここで

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

あなたは、公式ドキュメントの参照を持っている：http://dev.mysql.com/doc/refman/5.5/en/privileges-provided.html#priv_trigger

TRIGGER権限は、トリガー操作を可能にします。そのテーブルのトリガーを作成、削除、または実行するには、この特権が必要です。

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ユーザーが存在しない場合、ダンプが失敗することがあります。 「実行する最小GRANT要件は何ですか：

変更して、名前が実際TRIGGERあるthere