問題タブ [sql-tuning]

次のようにMySQLにテーブルがあります。

このテーブルにはuserid、仕事に出入りする ( ) すべてのユーザー ( )の情報がありますfecha_ingreso。たとえば、userid=1has enter( tipo=1) at'2015-06-08 20:00'で hes は 仕事を辞めました'2015-06-09 05:00'。

次に、userid=2( ) に ( ) に ( tipo=1) に就職し、 で朝食をとるために'2015-06-09 23:30'( ) に仕事を辞め、 に再び入社し、最終的に に仕事を辞めた人がいます。tipo=2'2015-06-10 05:00''2015-06-10 06:00''2015-06-10 09:00'

次のようなものだけを表示するクエリを作成できません。

これは私が必要とする出力です。ユーザーが複数の出入りをする可能性がある場合でも、22:00 から翌日の午前 6 時までの範囲で何時間、何分、何秒働いたかを示す追加の列を使用して、最初の入場日時と最後の退場日時を表示する必要があります。 .

ティム、あなたのクエリは完璧ですが、ほぼ近いです。ただし、ユーザーが午後 22 時以降の場合 (私のサンプルが示すように)、時間: 分: 秒を取得する方法がわかりません。

以下のクエリがあります。サブクエリが原因でパフォーマンスが低下しています。サブクエリの代わりに結合を追加するために多くのことを試みました。しかし無駄に。JOIN を使用してこのクエリを書き直す方法を誰か教えてもらえますか?

SELECT * FROM table(DBMS_XPLAN.Display);以下をご覧ください

サブクエリの代わりに以下で結合を使用する必要があります。JOINでこれを書き直すのを手伝ってくれる人はいますか。

SQL JOIN の知識が少ない私は、多くのことを試しました。しかし、複数のエラーが発生します。誰でも、できるだけ早くクエリを手伝ってくれませんか。

事前に心から感謝します

私は、明確な節を持つこのクエリを持っています:

このクエリは 10,146 行を返し、実行時間は約 135 秒です

この説明計画は次のとおりです。

クエリからdistinct句を削除すると、4秒で実行されますが、クエリは10163行を返します。これは、重複行も返すことを意味します。

これは、distinct 句のない実行計画です。

したがって、このクエリを調整するために、distinct 句に代わるものを探しています。

私のDBバージョンは次のとおりです。

Oracle Database 11g Enterprise Edition リリース 11.2.0.3.0 - 64 ビット製品

long_query_time を 1 分に設定する方法を知りたいです。slow_query_log で 1 分以上実行されるクエリが必要です。どうやってするか ？そして、SQLを再起動する方法を教えてください。コマンドMySQLサービスの再起動ですか？?

前もって感謝します。Prabhakaran.R

パフォーマンスを改善しようとしている次のクエリがあります。

説明計画を実行して確認したところ、総コストは 7388 です。このうち、最もコストのかかる部分はjournalテーブルとの結合で、コストは 6319 です。

テーブルには、87 個のパーティションを持つ約 160 万行があり、そのうちの 2 つだけが行を含みます (パーティション 6 は 140 万行、パーティション 12 は残り約 20 万行)。

最初に試みたのは、実際のジャーナル タイプ ID を 6 に一致させる際のフル スキャンを回避するためにクエリを書き直すことですが、コストが 7388 のままだったため、私の理解は間違っていたと思います。

多くのリソースを探しましたが、クエリを書き直すことにした理由の 1 つは、このビデオでした。

私はまだパフォーマンスを改善する方法を積極的に探していますが、ヒントを得るためにここで質問をしたいと思いました.

ビデオの人が最初にすべきことについて言っていることは、「駆動テーブル」（キーに基づいてどの行が選択されているかを決定するテーブル）を特定することだと思うので、現在探していますクエリを書き直して、この駆動テーブルとそのインデックスを可能な限り識別して使用する方法。

まだ正しい道を進んでいるかどうかはわかりませんが、別の方法で進めるべきだと思われる場合は止めてください。また、私はパフォーマンス チューニングのまったくの初心者であり、実はこれが初めてであることに注意してください。

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

アップデート：

クエリで使用される列を含むインデックスの一部は次のとおりです。

他のテーブルに関するインデックスや詳細を確認する必要がある場合はお知らせください。

EXPLAIN PLANのサンプル:

4GB RAM と 400MB Mysql データベース (Myisam) を備えたシングル プロセッサの専用サーバーを使用していますが、パフォーマンスに大きな問題があります。データベースは e コマースで使用されます。既に mysqltuner スクリプトを使用してチューニングを試みましたが、良い結果は得られませんでした。変数の設定は何度か変更されているので、基本的な設定から始めて、それから調整を試みたいと思います。

同じ結果を返す 2 つのクエリがあります。

1.

2. :

私にとって奇妙なのは、最初のステートメントが 0.156 秒で終了し、2 番目のステートメントが 0.624 秒で終了することです。すべての em.* オブジェクトはビューであり、基本的に where 句のすべての列にインデックスが付けられていることがわかりました。必要に応じて、ビュー スキーマを配置することもできますが、会社情報であるため、むしろそうではありません。たぶん、経験者の目には、これらの両方のステートメントの改善が見られるかもしれません

上記のクエリは SQL Server 2014 で 12 秒かかります。クエリを調整するアイデアはありますか? C1、C2、C3 列にインデックスがあります。

観察: 上記のクエリで、OR から条件を削除すると (つまり、

次に、0秒で結果を返します。

各テーブルには約 500,000 のレコードがあります。