次のクエリにより、データベース環(huán)境で CPU 使用率が高くなり、待ち?xí)r間が長(zhǎng)くなります。 クエリのパフォーマンスを向上させるためにさまざまな種類のインデックスを使用してみましたが、殘念ながらどのインデックスもパフォーマンスの向上に役立ちませんでした。同じ結(jié)果を得るためにクエリを書(shū)き直すという提案はありますか。
ああああ
1
0
0
このインデックスは view_mats: INDEX(mngy, nonUnixjdjf) に適しています。つまり、trip_dsty の場(chǎng)合: INDEX(mngy, jdjf)。
そして、(おそらく) idx_n1 を削除します。これにはインデックスの先頭しか含まれていないためです。
(私は列ストアに完全に精通しているわけではありません。上記のアドバイスは InnoDB インデックスに関するものであり、ここにも當(dāng)てはまる可能性があります。)
一般に、Float および Double の (m,n) は役に立たず、丸めエラーが発生する可能性があります。 double(20,10) はおそらくプレーン double または DECIMAL(20,10) である必要があります。
LIMIT 10000 - 本當(dāng)にそれだけの行をクライアントに配信しましたか?あまりにも多くの作業(yè)を行うのはパフォーマンスの問(wèn)題でもあります。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
