はい。MySQL 5.6 は 2 種類のストアドルーチン (ストアドプロシージャーおよびストアドファンクション) をサポートしています。

セクション20.2「ストアドルーチン (プロシージャーと関数) の使用」を参照してください。

はい。https://forums.mysql.com/list.php?98を参照してください。

残念ながら、正式な仕様は無料では入手できません (ANSI は有料で販売しています)。ただし、標準の包括的な概要を説明した (ストアドプロシージャーの説明を含む)、Peter Gulutzan および Trudy Pelzer 著の『SQL-99 Complete, Really』などの本があります。

ストアドルーチンに明快な命名スキームを使用することはよい管理方法です。ストアドプロシージャーは、CREATE [FUNCTION|PROCEDURE]、ALTER [FUNCTION|PROCEDURE]、DROP [FUNCTION|PROCEDURE]、およびSHOW CREATE [FUNCTION|PROCEDURE]を使用して管理できます。既存のストアドプロシージャーに関する情報を取得するには、INFORMATION_SCHEMAデータベースのROUTINESテーブル (セクション21.18「INFORMATION_SCHEMA ROUTINES テーブル」を参照してください) を使用します。

はい。dbnameという名前のデータベースの場合、INFORMATION_SCHEMA.ROUTINESテーブルに対して次のクエリーを使用します。

SELECT ROUTINE_TYPE, ROUTINE_NAME FROM INFORMATION_SCHEMA.ROUTINES WHERE ROUTINE_SCHEMA='dbname';

詳細は、セクション21.18「INFORMATION_SCHEMA ROUTINES テーブル」を参照してください。

ストアドルーチンの本体は、SHOW CREATE FUNCTION(ストアドファンクションの場合) またはSHOW CREATE PROCEDURE(ストアドプロシージャーの場合) を使用して表示できます。詳細は、セクション13.7.5.11「SHOW CREATE PROCEDURE 構文」を参照してください。

mysqlシステムデータベースのprocテーブルに格納されます。ただし、システムデータベースのテーブルに直接アクセスしないでください。代わりに、ストアドファンクションに関する情報を取得するにはSHOW CREATE FUNCTION、およびストアドプロシージャーに関する情報を取得するにはSHOW CREATE PROCEDUREを使用します。これらのステートメントについては、セクション13.7.5.11「SHOW CREATE PROCEDURE 構文」を参照してください。

INFORMATION_SCHEMAデータベースのROUTINESテーブルにクエリーすることもできます。このテーブルの情報については、セクション21.18「INFORMATION_SCHEMA ROUTINES テーブル」を参照してください。

いいえ。これは MySQL 5.6 ではサポートされません。

はい。

ストアドプロシージャーでは,トリガーが実行されるUPDATEなどの SQL ステートメントを実行できます。

はい。ストアドプロシージャーは、必要に応じて 1 つ以上のテーブルにアクセスできます。

はい。MySQL 5.6 には、SQL 標準のSIGNALステートメントおよびRESIGNALステートメントが実装されています。セクション13.6.7「条件の処理」を参照してください。

MySQL には、SQL 標準に従ったHANDLER定義が実装されています。詳細は、セクション13.6.7.2「DECLARE ... HANDLER 構文」を参照してください。

ストアドプロシージャーは返すことができますが、ストアドファンクションは返すことができません。ストアドプロシージャー内で通常のSELECTを実行すると,結果セットがクライアントに直接返されます。これが動作するようにするには,MySQL 4.1 (以降) のクライアント/サーバープロトコルを使用する必要があります。これは、たとえば PHP では、古いmysql拡張ではなくmysqli拡張を使用する必要があることを意味します。

MySQL 5.6 にはありません。

MySQL 5.6 には同等の機能はありません。

MySQL 5.6 にはありません。

MySQL 5.6 では、カーソルはストアドプロシージャーの内部でのみ使用できます。

MySQL 5.6 では、カーソルはストアドプロシージャーの内部でのみ使用できます。ただし、SELECTでカーソルを開かない場合、結果はクライアントに直接送信されます。変数に対してSELECT INTOを発行することもできます。セクション13.2.9「SELECT 構文」を参照してください。

はい。これは、ストアドプロシージャーでは行うことができますが、ストアドファンクションでは行うことはできません。ストアドプロシージャー内で通常のSELECTを実行すると,結果セットがクライアントに直接返されます。これが動作するようにするには,MySQL 4.1 (以降) のクライアント/サーバープロトコルを使用する必要があります。これは、たとえば PHP では、古いmysql拡張ではなくmysqli拡張を使用する必要があることを意味します。

はい。ただし、ストアドファンクション内でトランザクション操作を実行することはできません。

はい。ストアドプロシージャーおよびストアドファンクションで実行された通常のアクションは、マスター MySQL サーバーからスレーブサーバーにレプリケートされます。セクション20.7「ストアドプログラムのバイナリロギング」で詳しく説明されているいくつかの制限があります。

はい。マスターサーバーで通常の DDL ステートメントを使用して実行されたストアドプロシージャーおよびストアドファンクションの作成はスレーブにレプリケートされるため、オブジェクトは両方のサーバーに存在します。ストアドプロシージャーおよびストアドファンクションに対するALTERステートメントおよびDROPステートメントもレプリケートされます。

MySQL は、ストアドプロシージャーで行われた各 DML イベントを記録し、それらの個々のアクションをスレーブサーバーにレプリケートします。ストアドプロシージャーを実行するために行われた実際の呼び出しはレプリケートされません。

データを変更するストアドファンクションは、各ファンクション内で行われた DML イベントとしてではなく、関数呼び出しとしてログ記録されます。

はい。スレーブサーバーにはマスターのバイナリログから読み取ったステートメントを実行する権限があるため、レプリケーションでストアドファンクションを使用するための特殊なセキュリティー制約が存在します。レプリケーションまたは一般のバイナリロギング (ポイントインタイムリカバリのための) がアクティブである場合、MySQL の DBA には選択できるセキュリティーオプションが 2 つあります。

ストアドプロシージャーに埋め込まれている決定性のない (ランダムな) アクションまたは時間ベースのアクションは、正しくレプリケートされないことがあります。その特性により、ランダムに生成された結果は予測できず、正確に再現できません。このため、スレーブにレプリケートされたランダムアクションは、マスターで実行されたアクションとは異なります。ストアドファンクションをDETERMINISTICとして宣言した場合、またはlog_bin_trust_function_creatorsシステム変数に 0 を設定した場合は、ランダムに値が設定される操作を呼び出すことはできません。

また、時間ベースのアクションはスレーブで再現できません。ストアドプロシージャーのそのようなアクションのタイミングは、レプリケーションに使用されるバイナリログを介して再現できないためです。バイナリログには、DML イベントのみが記録され、タイミング制約は含まれていません。

最後に、非トランザクションテーブルで大きい DML アクション (一括挿入など) 中にエラーが発生した場合、マスターは DML アクティビティーによって部分的に更新されたがスレーブが更新されず、レプリケーションの問題が発生することがあります。回避策は、関数の DML アクションをIGNOREキーワードを指定して実行することであり、マスターでエラーが発生した更新が無視され、エラーが発生しなかった更新がスレーブにレプリケートされるようにします。

レプリケーションに影響する制限が、ポイントインタイムリカバリに同様に影響します。

ステートメントベースのレプリケーションまたは行ベースのレプリケーションのいずれかを選択できます。元のレプリケーションの実装は、ステートメントベースのバイナリロギングに基づいています。行ベースのバイナリロギングによって、前述の制限が解決されます。

複合レプリケーションも使用できます (--binlog-format=mixedを指定してサーバーを起動します)。このハイブリッドの「賢い」形式のレプリケーションは、ステートメントレベルのレプリケーションを安全に使用できるかどうか、または行レベルのレプリケーションが必要であるかを「判断」します。

追加情報については、セクション17.1.2「レプリケーション形式」を参照してください。