スロークエリを改善したらECSの負荷が爆下がりした話(TypeORM)

テクノロジーカテゴリーの変更を依頼記事元:

zenn.dev/levtech

55 usersがブックマークコメント

コメント

2

記事へのコメント2件

注目コメント
新着コメント

theatrical sqlがあるから定義書くだけで、データ取得が自動化され、データの結合や、統計情報による最適化がなされている。仮に人間がやったら結合が適切に設計できず、計算量の爆発を起こすリスクは遥かに高い。

2024/04/06 リンク

circled ただのコードで性能値が数倍変わるみたいなのはレアなんだけど、SQLに関しては下手なクエリは何百倍も遅いし、その処理の間はCPU使用率を最大値まで食いにくるしで、碌な存在ではないのよね

2024/04/06 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

スロークエリを改善したらECSの負荷が爆下がりした話(TypeORM)

TL;DR TypeORMで発生していたスロークエリを改善スロークエリを改善したらECSの負荷も減少はじめにス... TL;DR TypeORMで発生していたスロークエリを改善スロークエリを改善したらECSの負荷も減少はじめにスロークエリを改善したら、ECSコンテナ側の負荷も下がってなんでだろ？と思ったので記事にしようと思います。環境 TypeORM v0.3.20 Node.js v18.x バックエンドインフラ ECS on Fargate => Amazon Aurora MySQL 負荷改善の前と後まずはどのくらい改善したのかを示します。この時ECSコンテナ8台動いてました。(4vCPU 8GBMem) 改善前改善後改善前と改善後は一日前の同じ時間帯のものです。ちゃんと動いてるのか不安になるくらい下がってました笑どのような対応をしたのかスロークエリの出ていたクエリでMySQLの実行計画を確認しました。 TypeALL,index, Using Filesort等はなかったので

ブックマークしたユーザー

techtech05212024/06/30
knj29182024/04/16
dhesusan46492024/04/09
g08m112024/04/08
kiyokono2024/04/07
QURULI2024/04/07
mkusaka2024/04/07
tofu-kun2024/04/07
muuran162024/04/07
lilpacy2024/04/07
xmobile2024/04/07
zakiy2024/04/07
kamada-math2024/04/06 $kamada-math$
fm3152024/04/06
en-en-ra2024/04/06
sikohari2024/04/06
sasasin_net2024/04/06
mapk0y2024/04/06

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx