環境説明:
　DB：MySQL 5.7 (AWS Aurora)
→ RDSのエンドポイントをRoute53に登録して接続しているのではなく、RDSエンドポイントと直接接続しています。
→ Zabbixサーバーからはライター用のエンドポイントを指定しています。
→ RDS Proxy は使用していません。
　ZabbixServer：5.0.12
　　→ AWSのEC2でZabbixサーバーを構築しています。

■事象
RDSの障害にてRDSのフェイルオーバーが発生した際、ZabbixサーバーからRDSへ接続されない状態が継続致しました。
ZabbixサーバーのGUIにはアクセスできましたが、監視アイテムの最新値がフェイルオーバーが発生した時刻から更新が無い状況でした。
ログには「slow query」や「[Z3005] query failed: [1041] Out of memory」、
「[Z3005] query failed: [2013] Lost connection to MySQL server during query」が出力されておりました。
zabbix_serverを再起動した所復旧致しましたが、復旧までの間、監視アイテムのデータが取得できておりませんでした。

・時系列
09:42 ログに「slow query」や「[Z3005] query failed: [1041] Out of memory」が出力される。
09:46 RDSフェイルオーバー発生、ログは継続して「slow query」が出力される。
10:02 ログに「[Z3005] query failed: [2013] Lost connection to MySQL server during query」が出力される。
11:59 zabbix_server再起動、ログに「slow query」や「[Z3005] query failed: [2013] Lost connection to MySQL server during query」が出力され、その後復旧を確認。

本事象の原因究明の為、再現検証を実施致しました。結果は以下となります。

■検証1
手動でRDSフェイルオーバーを実施した所、RDSは再接続されました。
ログは障害時と同様に「[Z3005] query failed: [2013] Lost connection to MySQL server during query」は出力されておりましたが「slow query」は出力されず、
障害時に出力されなかった「[Z3001] connection to database '' failed」と「database is down: reconnecting in 10 seconds」がそれぞれ5回出力され、
その後「database connection re-established」が5回出力されました。

・時系列
13:25 RDSフェイルオーバーを実施。直後ログに「[Z3005] query failed: [2013] Lost connection to MySQL server during query」と
「[Z3001] connection to database '' failed」、「database is down: reconnecting in 10 seconds」が出力される。
13:26 ログに「database connection re-established」が出力される

■検証2
手動でRDSとクラスタの停止、起動を実施した所、今回もRDSは再接続されました。
ログは障害時と同様に「[Z3005] query failed: [2013] Lost connection to MySQL server during query」と「slow query」が出力され、
障害時に出力されなかった「[Z3001] connection to database '' failed」が29回、
「failed to accept an incoming connection: connection rejected, getpeername() failed: [107] Transport endpoint is not connected」が1回、
「database is down: reconnecting in 10 seconds」が13回、
「database connection lost」が1回、
「database connection re-established」が14回出力されました。

・時系列
12:45 RDS停止。
12:54 クラスタ停止。ログに「[Z3001] connection to database '' failed」と「database connection lost」が出力される
13:04 RDS起動。ログに「[Z3001] connection to database '' failed」と「[Z3005] query failed: [2013] Lost connection to MySQL server during query」、
「slow query」、「database is down: reconnecting in 10 seconds」が出力された後に、「database connection re-established」が出力される。
13:11 ライターインスタンス起動。ログに「[Z3001] connection to database '' failed」と「[Z3005] query failed: [2013] Lost connection to MySQL server during query」、
「slow query」、「failed to accept an incoming connection: connection rejected, getpeername() failed: [107] Transport endpoint is not connected」、
「database is down: reconnecting in 10 seconds」が出力された後に、「database connection re-established」が出力される。

■質問事項
障害時と各検証時に出力されたログを比較すると、一部の共通点はあるものの、障害時には検証時に出力されていないログが複数出力されておりましたので、
障害時と各検証時のZabbixサーバーの挙動は異なるものと推察しておりますが、本件の原因究明、対策の為、以下6点質問させて頂きたいと思います。

1.本障害は、RDSフェイルオーバー時にZabbixサーバーからのRDS再接続ができなかった事から、
以下フォーラムと事象が似通っておりますが、本障害もフォーラムの内容と同様の事象となりますでしょうか。
http://www.zabbix.jp/node/3431
http://www.zabbix.jp/node/4713

特に、前者(3431)のフォーラム記載の「Zabbix_serverが再接続してくれる場合がある」の点は、
検証1でフェイルオーバーした際に再接続できた事象とよく似ていると考えております。
フォーラム記載の通り、RDSフェイルオーバー時にZabbixサーバーが再接続する場合があるとの認識で宜しいでしょうか。

Zabbix側で再接続する場合と再接続しない場合の明確な差異について、当時のフォーラムから情報のアップデートはございますでしょうか。
2.Zabbixサーバーの障害時と検証時の挙動が異なる理由としてどのようなものが考えられるか、見解をご教示頂ければと思います。
3.障害時、ログに「[Z3001] connection to database '' failed」や「database is down: reconnecting in 10 seconds」が出力されなかった事から、
ZabbixサーバーはRDSとの接続断を認識できていなかったと推察しておりますが、認識できなかった原因としてどのようなものが考えられるでしょうか。
4.障害時にRDSへ再接続されなかった事について、Zabbixサーバー側での対策としてどのような方法がありますでしょうか。
5.検証時には、RDSの接続にリトライが複数回発生しておりましたが、リトライの回数の設定やリトライ発生の条件、リトライ回数の上限はありますでしょうか。
6.障害時に出力された以下6個のログにつきまして、ログの示す意味はどのようなものとなりますでしょうか。

・slow query: 3.609370 sec, "select h.hostid,h.status,h.tls_accept,<中略> and h.proxy_hostid is null"

・[Z3005] query failed: [1041] Out of memory; check if mysqld or some other process uses all available memory; if not, you may have to use 'ulimit' to allow mysqld to use more memory or you can add more swap space [<省略>]

・update item_rtdata set lastlogsize=76987 where itemid=34284;

・executing housekeeper

・housekeeper [deleted 57349 hist/trends, 0 items/triggers, 0 events, 0 problems, 0 sessions, 0 alarms, 0 audit, 0 records in 13.724118 sec, idle for 1 hour(s)]

・Got signal [signal:15(SIGTERM),sender_pid:31842,sender_uid:0,reason:0]. Exiting ...

また、発生した事象が下記の投稿と酷似しておりますが、検証内容で動作が異なりましたので、実際に発生した事象の見解と対応策についてのご助力をお願いします。
http://www.zabbix.jp/node/4713