sql >> データベース >  >> RDS >> Mysql

スマート(?)データベースキャッシュ

    私はこのソリューションの美しさを見ることができますが、それは非常に特定のアプリケーションのセットでのみ機能すると信じています。適用されないシナリオは次のとおりです。

    • カスケード削除/更新または任意の種類のトリガーを利用するデータベース。たとえば、テーブルAへのDELETEにより、テーブルBからのDELETEが発生する場合があります。正規表現がこれをキャッチすることはありません。

    • キャッシュ無効化スキームを通過しないポイントからデータベースにアクセスします。 crontabスクリプトなど。マシン間でレプリケーションを実装することを決定した場合(読み取り専用スレーブを導入)、キャッシュを妨害する可能性もあります(キャッシュの無効化などを行わないため)

    これらのシナリオがあなたのケースにとって現実的でなくても、フレームワークがこの種のキャッシュを実装しない理由の質問に答えます。

    これを追求する価値があるかどうかに関しては、すべてアプリケーションによって異なります。たぶんあなたはもっと多くの情報を提供したいと思いますか?



    1. Mysqlで増分バックアップを行う方法

    2. MySQL結果インデックス13の行0にジャンプできません

    3. 参加結果に基づいて選択を注文する(最後に送信されたメッセージの会話を並べ替える)

    4. PostgreSQL:6つのそれほど簡単ではない部分