マルチテナントのアプリケーション実装 〜実践編〜マルチテナントのアプリケーション実装 〜実践編〜 2022.04.20 SaaS.tech #2
Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary
先日のKaigi on Rails中の雑談として @ima1zumi さんから、RDBに対して秒間1000コミットぐらいで処理が詰まってる場合ってどうするのが良いのか、という質問を受けまして、雑談の中で色々答えてたんですが、せっかくだから記事にまとめておこうと思います。 ちょっとしたKaigi Effectって感じですね。 今回のKaigi on Railsのトークの中では、 数十億のレコードを持つ5年目サービスの設計と障害解決 by KNR - Kaigi on Rails 2023 の話なんかは割と関連がありますね。ユーザーの行動履歴というのは、ユーザー数 * N * タイムスパンで増えていくレコードなので、書き込みとデータ量が爆発しがちです。トランザクションで堅牢に処理しなければいけないケースもそこまで多くないので、RDBだと書き込みに対する処理が過剰なケースが多い。実際のところこの
InnoDBのREPEATABLE READにおけるLocking Readについての注意点
本日は、MySQL Casual Advent Calendar 2013の20日目である。というわけでカジュアルに小ネタを紹介しよう。 MVCC - Multi Version Concurrency Controlご存知の通り、InnoDBはMVCCを実装している。そのため、分離レベルがREPEATABLE READの場合には、行にロックをかけることなく、一貫した読み取りが可能になっている。 もし、あるトランザクションT1開始後に、別のトランザクションT2によって同じ行が書き換えられてしまった場合には、T1はロールバックセグメントにある古いバージョンの値を読み取ることができるので、T1内で実行したSELECTは常にT1開始時点のデータを参照することができるのである。大事なのでもう一度言うが、REPEATABLE READにおける単純なSELECTでは行ロックは必要ない。 Lost Up
Evernote Synchronization via EDAMを読みました - soutaroブログ
Documentation - Evernote Developersの「Synchronization spec」の文書です。こういうWebサービスとクライアントアプリがいて、データ同期をとるようなアルゴリズムって、別に難しいことはないような気もしますが、一方で綺麗に書くためのベストプラクティスってなかなか見つからないような気がします。まあ力技でなんとかなるとも思いますが、それはそれとして上手くやる方法をずっと探していました。例えばgitとかちょっと機能が豊富すぎるし、Unisonとかそれはまたちょっと違うし。 こないだ気づいたのですが、Evernoteってローカルなキャッシュが存在することがかなり前提のサービスですよね。で、APIのドキュメントを見てみたらそんな感じのドキュメントがありました、という話。今となってみれば、けっこう当たり前の話ですよねーという感じだったので、一年くらい読む
Oracleのパフォーマンス問題はCOUNT(*)の廃止で解決！？ - PL/SQL Programing
移行予定です。 http://oracle.tf17.net/plsql/ −−−−−−−− あるプロジェクトで知り合いのDBコンサルタントから助言されました。 「パフォーマンスの問題は、ソースコード見て、データの存在チェックにCOUNT(*)使っているところを直せば、９割方解決する。」 具体的にはこういうことです。 仕様で、 テーブルAにデータが１件も存在してなかったらエラーにする。 というロジックがあったとします。 これに対して、下記のようなプログラムを書いているのですよ！！ ： SELECT COUNT(*) INTO I FROM A -- IF I = 0 THEN ERROR! END IF; ： 有り得ませんっ！ こんなロジックで問題の９割を占めているとは、非常に驚きでした。 正しくは、下記のようになります。 ： IS CURSOR C IS SELECT 1 FROM A;
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RDBMS in Action
本当は恐ろしい分散システムの話
2大OSSデータベースのMySQLとPostgreSQLの違い(後半)
Webエンジニアに知ってほしいRDBアンチパターン