tamaina
tamaina
> 以下のような結果が ```sql SELECT "noteId", "reaction", COUNT(*) AS "reactionCount" FROM note_reaction WHERE "noteId" IN ('9dh0bkw15q', '9dmmip9y48') GROUP BY "noteId", "reaction"; ``` で`[noteId, reaction, reactionCount][]`が返ってくるけどそれ以上は私はわからなかった(しSQLの仕事ではないかも?)
でもCOUNTって絶対遅いよね
note_reactionが762万レコードあるけど↑のようなSQLだと一瞬だったわ(INだと流石にインデックスが効いてるか)
(ちなみにSQLはChatGPT頼り)
Redisのリアクションイベントを拾って一定間隔(実行完了から1秒後みたいなインターバルにする?)でDBに適用するというDBキューがあればいいのか
(bullの実装が微妙だったのが治ったとかだと思ってた
個人的な感覚ではdeliverJobConcurrencyが128だったのがおかしいと思ってる
単純に、ジョブ終了から次のジョブを呼び出すまでの時間が短縮されてジョブの実行数が増えたんだと思ってた (キューメトリクスウィジェットでジョブが実行できた数は増えているように見える)
 misskey.io死んだ?
deliverJobConcurrencyを減らしてdeliverJobPerSecを増やすとかしてもダメな感じ?