日中でも安心して ALTER TABLE を流したい ─ Datadog + Devin によるロングトランザクション削減 - Timee Product Team Blog
こんにちは、タイミーでバックエンドエンジニアをしている 福井 (bary822) です。 タイミーのバックエンドは巨大な Rails のモノリスアプリケーションです。以前から「アクセスが集中する特定のテーブル（以下、人気テーブル）への DB マイグレーションが日中に通らない」という問題を抱えており、看過できないレベルになってきたため、本格的に対処に乗り出しました。 この記事では、原因となっていたロングトランザクションに対し、Datadog と Devin を組み合わせた自動修正フローで対処した話と、その設計の裏側を紹介します。 DBマイグレーション失敗のメカニズム 日常的に発生していたのは、人気テーブルへの ALTER TABLE が日中はほぼ通らない、という状況でした。原因は メタデータロック (MDL) です。 Aurora MySQL(8.0) では、SELECT / INSERT
Goで作られたシステムをRuby on Railsに移植しています 〜データベース編〜 - STORES Product Blog
STORES でエンジニアをしている片桐です。 先日、「Goで作られたシステムをRuby on Railsに移植しています」というブログを投稿させていただきました。 product.st.inc ベース部分の実装について別ブログで紹介したいと書かせていただきましたが、今回はその中から「複数データベースの設定」について紹介させていただきます。 作業の全体像 移植先のシステムから移植元のシステムのデータベースを扱えるようにするに当たって、行わなければならない作業は大きく3つありました。 移植先システムから移植元システムのデータベースにアクセスできるようにインフラ構成を変更する。 移植先システムに移植元システムのデータベースに接続するための実装を入れる。 database migrationを移植先システムから行えるようにする。 ここからは、上記の3つの作業について具体的に紹介していきます。 以
クエリの実行計画を確認しようとしたらサーバーが落ちた話 - Qiita
はじめに こんにちは、クラウドソーシングサービス「クラウドワークス（crowdworks.jp）」でエンジニアをしている原です。 先日業務でRailsコンソールを利用してクエリのチューニングを行っていた際、ActiveRecord::Relation#explainメソッドの挙動に関する認識不足によりサーバーのリソースを枯渇させてしまったということがありました。 「実行計画（EXPLAIN）を確認するだけなら実際のデータ取得は行われない」と考えている方も多いかと思いますが、Railsの特定の条件下では通常のSELECT文が発行される場合があります。 障害発生時の状況 本番環境の管理用サーバーにて、重いクエリの調査のためにRailsコンソールを使用していました。 その際、クエリの実行計画を確認する目的でActiveRecord::Relation#explainを実行したところ、サーバーのメ
Kaigi on Rails 2024 に「ActiveRecord SQLインジェクションクイズ (Rails 7.1.3.4)」というタイトルで登壇します - Classi開発者ブログ
こんにちは、ソフトウェアエンジニアの中村 ( id:kozy4324 ) です。 2024年10月25日 (金) から 26日 (土) に、東京の有明セントラルタワーホール & カンファレンスで開催予定の Kaigi on Rails 2024 にて、「ActiveRecord SQLインジェクションクイズ (Rails 7.1.3.4)」というタイトルで登壇させていただくことになりました。 今回は、このテーマを選んだ背景や、登壇を通じて達成したいことについて、事前にお伝えしようと思います。 Rails アプリケーション開発におけるセキュアコーディング、できていますか？ これは自戒の念を込めた問いかけでもあります。 昨年末、私は Ruby on Rails を使った新規サービス開発プロジェクトにジョインしました。それを機に、Rails におけるセキュアコーディングを再確認したいと思い、情報
ActiveRecord SQLインジェクションクイズ (Rails 7.1.3.4)
問題 ActiveRecordクイズです。SQLインジェクション可能なのはどれでしょう？ （Railsバージョンは7.1.3.4、複数回答あり） 1️⃣ User.find_by(id: params[:id]) 2️⃣ User.where("id = #{params[:id]}") 3️⃣ User.order("id #{params[:order]}") 4️⃣ User.exists?(params[:id]) 正解と解説 SQLインジェクション可能なのは 2️⃣ と 4️⃣ 1️⃣ User.find_by(id: params[:id]) エスケープ処理が入るため これは安全な呼び出しです。 Railsガイドにも引用があります。 Model.find(id)やModel.find_by_*(引数)といったクエリでは自動的にこの対策が適用されます。 2️⃣ User.wher
14 tools every Ruby developer will love for performance and debugging"
Ruby is my favorite programming language, thanks to the expressiveness, the focus on developer happiness and one of the best language communities out there. As a Ruby developer, I can get into a flow at will. Another big part of Ruby’s shine: the rich ecosystem of gems and tools surrounding it. Over the years, I have accumulated quite the toolbox when it comes to working with Ruby. Here are some o
activerecord-originator をリリースしました - pockestrap
こんにちは。 id:Pocke です。 今日は activerecord-originator という gem を作ったので紹介します。 github.com なにこれ Active Record が発行するSQLの各部分に、それがどこで作られたものかをコメントとして入れ込む gem です。 理解するには実例を見るのが早いでしょう。次のログはArticlesController#indexで実行されるクエリの例です。 Article Load (0.1ms) SELECT "articles".* FROM "articles" WHERE "articles"."status" = ? /* app/models/article.rb:3:in `published' */ AND "articles"."category_id" = ? /* app/controllers/artic
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails Tutorialで学べることメモ-第14章- | saketnkzw's blog
Conceptual compression - ohbarye