問題タブ [amazon-aurora]

Amazon aurora rds データベース インスタンスを作成し、マスター ユーザーで Mysql Workbench に正常に接続しました。クエリも正常に動作していますが、ファイルのインポート操作を実行するために必要なすべての権限がありません。これに関連する多くのドキュメントとスレッドを読みましたが、マスター ユーザーに権限を付与できません。ステップバイステップのガイダンスは高く評価されます。ありがとうございました。

SSL を使用しない場合は、DB インスタンスに接続できると前置きします。

私はここでこのガイドに従っています

http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Connect.html

db インスタンスが公開されていることを確認しました。

VPC のセキュリティ グループには、次のルールがあります。

security_group_name は、EC2 クラスターのセキュリティ グループです。

aurora クラスターの cluser エンドポイントを使用しています。そして、ポートを削除しました。homebrew を使用してマシンに mysql をインストールしました。これは、ローカル マシン (macbook) から試しているコマンドです。

rds-ssl-ca-cert.pem は、ここからダウンロードしたファイルです。

エラーが発生します：

新しいインスタンスの作成、再起動などを試みましたが、喜びはありません。セキュリティ グループには何らかの https ルールが必要ですか?

編集：

さらに手がかり。ローカルで mysql --ssl を実行してもエラーにはなりません。しかし、mysql show_variables を実行すると、SSL false と表示され、have_ssl 変数と have_open_ssl 変数が存在しません。これが問題でしょうか？Mac用の自作パッケージマネージャーを介してローカルmysqlをインストールしました。

新しい編集:

（以前はbrewから）mysqlを再インストールし、現在はoracleから直接接続しようとしていますが、接続しようとすると別のエラーが発生します-SSL接続エラー：ASN：他の署名の確認が正しくありません

以下を使用して、約20GBの重さのテーブルに新しい列を追加しようとしています:

約 1 時間の処理の後、ALTER コマンドは失敗し、列を追加せずに次のエラーを返します。

なぜこれが起こっているのですか？

私たちのアプリケーションは、Amazon RDS Aurora のリーダーとライターのインスタンスを使用します。AWS ダッシュボードは、レプリカのラグが一貫して約 20 ミリ秒であることを示しています。ただし、マスターでのコミット後 90 ミリ秒以上、場合によっては少なくとも 170 ミリ秒で古い結果がリーダーに表示されます。

CRUD 操作を行う場合、アプリはデータをコミットし、クライアントに HTTP リダイレクトを発行して新しいデータをロードします。リダイレクトのネットワーク ターンアラウンドはクライアントに記録され、通常は少なくとも 90 ミリ秒です。アプリケーション サーバーでコミット時間と読み取り時間の両方をログに記録すると、約 170 ミリ秒の差が見られます。古いデータが一貫して表示されています。

Aurora の前は、標準の MySQL レプリケーション セットアップを使用しており、ボックスの性能が大幅に低下していましたが、この問題は発生していませんでした。

同じ aurora インスタンスから読み取りと書き込みを行うようにアプリケーションを変更すると問題は解決しますが、Aurora はレプリケーションに共有ストレージを使用していると思いました。何が起こっている？これは、Aurora のクエリ キャッシュの問題でしょうか? 報告されたレプリカ ラグは不正確ですか?

どんな助けでも大歓迎です。

ありがとうございました、

現在、Amazon Redshift を使用して、毎日 Amazon S3 のバケットにプッシュされる 50 ～ 100 GB (数百万行) のタブ区切りファイルから集計されたデータを保存しています。

Redshift はcopy、S3 バケットを直接ターゲットにしてデータを一括ロードできるコマンドを提供することで、これを簡単にします。

これと同じ目的で Amazon Aurora RDS を使用したいと考えています。現在、Aurora に関するドキュメントはせいぜい薄いものです。S3 から Aurora に直接一括ロードする方法はありますか?

私が知る限り、MySqlLOAD DATA INFILEにはディスク上のファイルへのパスが必要です。これは、tsv を AWS インスタンスにダウンロードし、そこからコマンドを実行することで回避できると思いますが、理想的ではありません。

また、tsv をメモリに読み込んで、複数のinsertステートメントを作成しようとしました。これは明らかに遅くて扱いにくいです。

アイデア？

2016 年 11 月更新:

Aurora バージョン 1.8 以降、次のコマンドを使用して S3 データを一括ロードできるようになりました。

LOAD DATA FROM S3

また

LOAD XML FROM S3

S3 からの Aurora ロード

2018 年 7 月更新:

AWS ドキュメントのリンクを更新しました。それを捕まえたマーク・ホームズに叫びます。

Amazonがネイティブ MySQL から Amazon Aurora MySQL への新しい Amazon Aurora MySQL移行を導入したのを見ました。

Amazon RDS を使用して、Amazon Aurora から通常の MySQL に戻すことはできますか?