Redis はどのようにしてリアルタイムのページ更新と自動オンライン更新を実現しているのでしょうか?

SELECT pageId FROM page_config page_adv WHERE nowtime をクエリし、2 つのテーブルを接続して List&lt を取得します。 ;pageId> と取得し、すべてを取得します。これは、広告が設定されている pageId であり、広告の有効期限が切れていません。 <p></p>b. pegeId<p></p><pre class="brush:php;toolbar:false">SELECT 字段名 FROM page_adv adv WHERE begintimeに対応する広告画像とジャンプリンクをクエリし、見つかった設定情報List<adv>(空の場合は何も実行されません)を配置し、pageIdを使用しますKEY.としてキャッシュに保存されます。 <p></p>ステップ 2. フロント エンドのインターフェイス クエリ ページ アドバタイズメントを作成します。<h4></h4>標準の制御層、ビジネス層、およびデータ アクセス層に従って作成されます。最初のステップのロジックは次のように完成します。ビジネス層。 <p></p>コントロール レイヤー: <p></p>コントロール レイヤーは、パラメーター pageId を受け取り、ビジネス レイヤーを呼び出して、対応するページに設定されている広告情報をクエリします。空の場合は、ステータス コード 0 を直接返します。つまり、広告はなく、フロントエンドは広告を表示しません。 <p></p>空でない場合、データはビジネス ロジック (img URL とドメイン名など) に従って処理され、ステータス コード 1 が返され、フロントエンドで広告が表示されます。 。コントロール レイヤは、ここにロジックを追加して、広告リストを反復し、広告開始時刻内の現在時刻を返し、そこに存在しない時刻は返さないようにすることもできます。また、広告の有効期限が切れている限り、このページの広告リスト キャッシュは次のようになります。クリアされる。ロジックは、期限切れのものを削除することです。 <p></p>ビジネス層: <p></p>最初にキャッシュを取得し、次にデータベースをチェックして空でないかどうかを確認し (このページには広告が設定されています)、キャッシュに入れます (pageId は KEY)。 、そして戻ります。 <p></p>データ アクセス レイヤー: <p></p>SQL:<p></p>
<pre class="brush:php;toolbar:false">SELECT 字段名 FROM page_config adv page_adv WHERE begintime3 つのテーブルの結合クエリ。pageId に基づいて現在のページに設定されている広告活動情報をクエリします (広告活動時間内にすでに存在します)。 )<p></p>ステップ 3、読み込みの更新<h4></h4>なぜ読み込みの更新を使用するのですか? <p></p><p>因为有这样的场景：给页面A配置了一个广告（当前时间在广告的起始时间内），那么这个页面的广告已经在缓存里了，假如此时A页面要新加一个广告，在后台配置后如果不做其他操作，这个广告不会显示（假设缓存时间较长，为一天），因为库更新了，缓存没有同步更新。</p><p>解决方案</p><p>使用Redis的发布订阅机制实现缓存的刷新加载，使新配置的广告及时能够显示。刷新加载的回调方法即第1步中的方法。</p><h3>进一步优化</h3><p>想一想，目前的实现存在什么问题？</p><p>存在的问题</p><p>假如有页面需要配置广告，但是还没有配（前端已经开发完上线，每次都会调接口查广告信息），那么数据库肯定查不到，缓存也没有。如果这个页面访问量很大，那么缓存没命中就查库，这样对库的压力就会很大，这就是缓存穿透，请求上来了很容易击垮数据库。那怎么办呢？</p><p>解决方案</p><p>当页面没有配置广告时，在缓存存标志，查询时先看标志，在决定是否往下走。</p><p>具体方案</p><p>这时，上面的第1步就要改了。</p><p>1、首先改第1步的步骤a的SQL，把所有的pageId都查询出来。</p><p>使用左连接</p><pre class="brush:php;toolbar:false">SELECT pageId FROM page_config LEFT JOIN page_adv ON ...  GROUP BY pageId

SELECT pageId FROM page_config

SELECT 字段名 FROM page_adv adv WHERE nowtime<p>然后把查到的配置信息放入缓存之前判断【为空时的不做操作】改为【为空时存入一个标志】假如这个标志KEY为pageId+"_EMPTY_FLAG",value为"DB_IS_NULL"</p><p>为什么只判断小于结束时间</p><p>因为如果该页面配置的广告开始时间大于当前时间，那么这个是查不到的，会被处理为DATABASE_IS_NULL，如果在这个标志还没失效之前就到了配置的开始时间了，那么这个广告不会被展示。所有要让未到开始时间的也放入缓存，然后让控制层去判断在不在时间区间。</p><p>3、所以要在第2步也修改一下</p><p>在业务层里取缓存中的广告列表之前，先从缓存取pageId+"EMPTY_FLAG"的value判断为"DB_IS_NULL"直接返回空，这样就能避免缓存穿透的问题了。</p><p>继续修改第2步的业务层，查库的SQL同样要改：</p><pre class="brush:php;toolbar:false">SELECT 字段名 FROM page_config adv page_adv WHERE nowtime<p>然后判断为空的话，同上面的黄字那样处理。</p><p>4、最后，第3步的刷新加载调的是第1步的方法，不用改。<br><br>当然这个缓存穿透的优化方案只是其中一种。还可以这样：</p><p>1、控制层拦截：根据pageId查询page_adv表，查不到说明没配置，直接返回。</p><p>2、page_config 表增加字段，表示当前页面已经配置的广告个数，默认0，每配置一个该字段加1，把大于0的pageId缓存起来，调接口时前判断在不在缓存里。</p>