問題タブ [cardinality]

列カードにインデックス付きのテーブルがあります

私が走るとき

490 の個別のエントリを返します

しかし、私が走るとき

列のインデックス カードのカーディナリティがcard1 のみであることを明らかにします。そのインデックスには、その列のみが含まれます。

これはなぜですか？インデックスのカーディナリティがデータの多様性を反映していないのはなぜですか?

*演算子と0..*UML (統一モデリング言語)の演算子の違いは何ですか?

この 2 つのカーディナリティ演算子を見ましたが、どちらを使用する必要があるかわかりません。

UML で問題が発生しました。別の 3 つのクラスが必要なクラスがあります。問題ありませんが、この接続の間にインターフェイスを配置しようとすると、カーディナリティを作成する良い方法はあり1 to 3ますか?

それは実際に私のクラス図です。

mysql で複合インデックスを作成しました。使用するコマンドは次のとおりです。 DELIVER_SM(AID,STATUSID,RETRY_CNT) USING BTREE; 奇妙なのは、フィールドごとに異なるカーディナリティ値を取得したことです。それは正常ですか？他の複合インデックスも作成しましたが、各フィールドのカーディナリティ値は同じです。

複合 (2 列) の主キーを使用して 2 つのテーブルを結合すると、クエリ プランで不適切なカーディナリティの見積もりが得られます。例：

プランでは 1 行が返されることを想定していますが、実際には 1001 行が返されます。これは単純なクエリでは問題になりませんが、複雑なクエリを実行すると、クエリ プランが非常に遅くなります。クエリ オプティマイザーのパフォーマンスを向上させるにはどうすればよいですか?

Centos で mySQL 5.6 を実行していますが、パフォーマンスに問題があります。空のテーブルのインデックスのカーディナリティを正しく設定しようとすると、いくつかの誤った開始がありました。しかし、これが完了し、空のテーブルのインデックスが (NULL ではなく 0 に) 正しく設定されると、テーブルにデータを入力するジョブを開始しました。

定期的にチェックしたところ、カーディナリティが着実に上昇していることがわかりました。それから私は別の仕事を始め、数が増え続けるのを見ました. 最後に、2 つのジョブを同時に開始しました (これらのジョブは、mySQL への 1 つの接続を介して同時要求をシリアル化するサーバー プロセスと通信します)。ほとんどすぐに、カーディナリティが NULL になり始めることがわかりました。

リストできる情報は他にもたくさんありますが (求められればそうするでしょう)、テーブルの挿入中にインデックスのカーディナリティが突然 null になる正当な理由があるかどうか疑問に思いました。