A.  アプリケーション内でのSQL文とユーザー指定値の連結を避ける

B.  接続制御プラグインのインストールと設定

C.  PREPARED STATEMENTS の使用

D.  あらゆるデータベースアクセスにストアドプロシージャを使用する

A.  ユーザーはaccounting@localhostuserとして承認されます。

B.  ユーザーは rsmith@localhostuser として認証されます。

C.  ユーザーは匿名プロキシ ユーザー ''@'%' として認証されます。

D.  ユーザーはユーザー名を定義できなかったため、接続ユーザー名はデフォルトで ''@'%' に設定されました。

E.  ユーザーはオプション --user=accounting を使用してログインしています。

A.  物理的なアップグレード後のアップグレード後のテーブル ストレージ要件は、通常、論理的なアップグレード後のストレージ要件よりも小さくなります。

B.  物理アップグレードはベアメタル デプロイメント上の現在のインスタンスに対して実行されますが、論理アップグレードは仮想マシンまたはコンテナ化されたインスタンスに対して使用されます。

C.  論理アップグレードは、mysqld プロセスを再起動する必要がないため、はるかに高速です。

D.  物理的なアップグレードは、mysqld プロセスを再起動する必要がないため、はるかに高速です。

E.  論理アップグレード後のアップグレード後のテーブル ストレージ要件は、通常、物理アップグレード後のものよりも小さくなります。

F.  物理的なアップグレードではデータはそのまま残りますが、論理的なアップグレードでは、アップグレード前に作成された mysqldump タイプのバックアップからデータを復元する必要があります。

A.  結果には city テーブルの 35 行が含まれます。

B.  オプティマイザーは、国テーブルの 51 行に Continent = 'Asia' があると推定します。

C.  最初のテーブルとして国テーブルにアクセスし、次に都市テーブルに結合します。

D.  クエリはちょうど 125 行を返します。

E.  行のソートには 8 ミリ秒以上かかります。

A.  --upgrade=FORCE オプションを使用して mysqld を再起動します。

B.  実行: mysqlcheck --check-upgrade mysql columns_priv event proc proxies_priv tables_priv。

C.  REDOログを削除します。MySQLバイナリを5.7.28バイナリに置き換えます。アップグレード用にテーブルを準備します。再度8.0.18にアップグレードします。

D.  実行: mysqlcheck --repair mysql columns_priv event proc proxies_priv tables_priv。

E.  <datadir>/mysql ディレクトリに移動し、次を実行します: myisamchk --update-state columns_priv event proc proxies_priv tables_priv。