php緩存數(shù)據(jù)redis php數(shù)據(jù)存儲(chǔ)

php怎樣使用redis緩存數(shù)據(jù)

?php

成都創(chuàng)新互聯(lián)公司主營韓城網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,app開發(fā)定制,韓城h5小程序制作搭建,韓城網(wǎng)站營銷推廣歡迎韓城等地區(qū)企業(yè)咨詢

/**

* Redis緩存操作

* @author hxm

* @version 1.0

* @since 2015.05.04

class RCache extends Object implements CacheFace

{

private $redis = null; //redis對(duì)象

private $sId = 1; //servier服務(wù)ID

private $con = null;//鏈接資源

/**

* 初始化Redis

* @return Object

public function __construct()

{

if ( !class_exists('Redis') )

{

throw new QException('PHP extension does not exist: Redis');

}

$this-redis = new Redis();

}

/**

* 鏈接memcahce服務(wù)

* @access private

* @param string $key 關(guān)鍵字

* @param string $value 緩存內(nèi)容

* @return array

private function connect( $sid )

{

$file = $this-CacheFile();

require $file;

if(! isset($cache) )

{

throw new QException('緩存配置文件不存在'.$file);

}

$server = $cache[$this-cacheId];

$sid = isset($sid) == 0 ? $this-sId : $sid;//memcache服務(wù)選擇

if ( ! $server[$sid])

{

throw new QException('當(dāng)前操作的緩存服務(wù)器配置文件不存在');

}希望能幫到你，我還在后盾網(wǎng)學(xué)習(xí)呢，有不會(huì)的可以問我，一會(huì)有空回答你。（　^ω^）

php 分頁查詢?cè)趺磖edis緩存

對(duì)于有分頁條件的緩存，我們也可以按照不同的分頁條件來緩存多個(gè)key，比如分頁查詢產(chǎn)品列表,page=1limit=10和page=1limit=5這兩次請(qǐng)求可以這樣緩存查詢結(jié)果

productList:page:1:limit:10

productList:page:1:limit:5

這個(gè)是一種常見方案，但是存在著一些問題：

緩存的value存在冗余，productList:page:1:limit:10緩存的內(nèi)容其實(shí)是包括了productList:page:1:limit:5中的內(nèi)容（緩存兩個(gè)key的時(shí)候，數(shù)據(jù)未發(fā)生變化的情況下）

僅僅是改變了查詢條件的分頁條件，就會(huì)導(dǎo)致緩存未命中，降低了緩存的命中率

為了保證數(shù)據(jù)一致性，需要清理緩存的時(shí)候，很難處理，redis的keys命令對(duì)性能影響很大，會(huì)導(dǎo)致redis很大的延遲，生產(chǎn)環(huán)境一般來說禁止該命令。自己手動(dòng)拼緩存key，你可能根本不知道拼到哪一個(gè)page為止。

放棄數(shù)據(jù)一致性，通過設(shè)置失效時(shí)間來自動(dòng)失效，可能會(huì)出現(xiàn)查詢第一頁命中了緩存，查詢第二頁的時(shí)候未命中緩存，但此時(shí)數(shù)據(jù)已經(jīng)發(fā)生了改變，導(dǎo)致第二頁查詢返回的和第一頁相同的結(jié)果。

以上，在分頁條件下這樣使用常規(guī)方案總感覺有諸多困擾，諸多麻煩，那是不是就應(yīng)該放棄使用緩存？

基于SortedSet的分頁查詢緩存方案

首先想到的解決方法是使用@see ListOperationsK, V不再根據(jù)分頁條件使用多個(gè)key，而是使用一個(gè)key，也不分頁將全部的數(shù)據(jù)緩存到redis中，然后按照分頁條件使用range(key,start,limit)獲取分頁的結(jié)果，這個(gè)會(huì)導(dǎo)致一個(gè)問題，當(dāng)緩存失效時(shí)，并發(fā)的寫緩存會(huì)導(dǎo)致出現(xiàn)重復(fù)數(shù)據(jù)

所以想到通過使用set來處理并發(fā)時(shí)的重復(fù)數(shù)據(jù)，@see ZSetOperationsK, V

代碼邏輯如下：

range(key,start,limit)按照分頁條件獲取緩存，命中則直接返回

緩存未命中，查詢（沒有分頁條件）數(shù)據(jù)庫或是調(diào)用（沒有分頁）底層接口

add(key,valueScoreMapvalue,score)寫入緩存，expire設(shè)置緩存時(shí)間

當(dāng)需要清理緩存時(shí)，直接刪除key，如果是因?yàn)閿?shù)據(jù)新增和刪除，可以add(key,value,score)或remove(key,value)

redis中會(huì)按照score分值升序排列map中的數(shù)據(jù)，一般的，score分值是sql語句的order by filedA的filedA的值，這樣能保證數(shù)據(jù)一致性

但是這種方式也存在一定問題：

這個(gè)key緩存的value確實(shí)是熱數(shù)據(jù)，但可能只有少數(shù)數(shù)據(jù)被頻繁使用其余的可能根本就未被使用，比如數(shù)據(jù)有100頁，實(shí)際可能只會(huì)用到前10頁，這也會(huì)導(dǎo)致緩存空間的浪費(fèi)，如果使用了redis虛擬內(nèi)存，也會(huì)有一定影響

sql查詢由原來的分頁查詢變成了不分頁查詢，緩存失效后，系統(tǒng)的處理能力較之前會(huì)有下降，尤其是對(duì)于大表.

php中關(guān)于redis和數(shù)據(jù)庫

select 查詢的時(shí)候始終先查 redis 有沒有，沒有去查數(shù)據(jù)庫，再把結(jié)果緩存起來；

update 修改完數(shù)據(jù)庫內(nèi)容后，同時(shí)對(duì) redis 中緩存的數(shù)據(jù)做一下 update 更新操作，這樣 select 查詢 redis 的時(shí)候就是查詢的最新數(shù)據(jù)；

同理，delete、insert 操作數(shù)據(jù)庫后也要同時(shí)對(duì) redis 中緩存的數(shù)據(jù)做 update 更新操作，這樣 select 查詢 redis 的時(shí)候就是查詢的最新數(shù)據(jù)；

這樣，所有的查詢操作就都是對(duì) redis 做緩存讀取，可以緩解數(shù)據(jù)庫的壓力；

文章題目：php緩存數(shù)據(jù)redis php數(shù)據(jù)存儲(chǔ)
文章地址：http://muchs.cn/article30/hjsppo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站營銷、靜態(tài)網(wǎng)站、定制網(wǎng)站、建站公司、網(wǎng)站收錄、企業(yè)網(wǎng)站制作

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容