當前位置:首頁 » 硬碟大全 » java除了redis緩存還有什麼
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

java除了redis緩存還有什麼

發布時間: 2023-06-09 22:36:14

❶ java web開發緩存方案,ehcache和redis哪個更好

個人更看好redis,redis不僅僅可以把key-value鍵值對存儲在內存,也可以存儲在db等持久化工具中,並且提供了豐富的api操作

❷ java面試問到java緩存有多少種實現方式

我知道的有兩種

  1. 緩存數據放內存里,key-value鍵值對,存取都快。redis、ehcache

  2. 資料庫,讓資料庫的定時策略自動刪除。mongodb

  3. 還有些是直接存文件的.OSCache(不太熟悉)

❸ redis除了緩存還可以做什麼

1、緩存僅僅是redis的一個小的方面
2、你要明白redis是非關系型內存資料庫,他有著豐富的數據類型:string,list,hash,set,zset
3、有足夠的money,你完全可以將redis作為主存
4、redis可以做的很多,比如:投票系統,用戶登錄session,購物車,網頁緩存,日誌系統,搜索引擎,消息隊列。

❹ java web開發緩存方案,ehcache和redis哪個更好

ehcache直接在jvm虛擬機中緩存,速度快,效率高;但是緩存共享麻煩,集群分布式應用不方便。
redis是通過socket訪問到緩存服務,效率比ecache低,比資料庫要快很多,處理集群和分布式緩存方便,有成熟的方案。

如果是單個應用或者對緩存訪問要求很高的應用,用ehcache。
如果是大型系統,存在緩存共享、分布式部署、緩存內容很大的,建議用redis。

摘引自:
作者:饒維立
鏈接:https://www.hu.com/question/24504292/answer/86908460
來源:知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權,非商業轉載請註明出處。

❺ java web開發緩存方案,ehcache和redis哪個更好

java web開發緩存方案,ehcache和redis各有前慧優劣勢,對比如下:
1、適合使用ehcache的場景:
選用Ehcache作為數據存儲伺服器,Ehcache也是基於內存存儲,支持定時持久化功能,非常適合存儲像計數器這種小數據類型。處理Http請求使用Tomcat容器,結構圖如下:

實現原理:處理邏輯採用一個servlet實現,並且在這個servlet中通過一致性Hash從Ehcache中獲取計數器值。
2、高並發並且對實時性要求高的場合下使用redis
redis
redis是在memcache之後編寫的,大家經常把這兩者做比較,如果說它是個key-value store 的話但是它具有豐富的數據類型,我想暫時把它叫做緩存數據流中心,就像現在物流中心那樣,order、package、store、classification、distribute、end。現在還很流行的LAMP PHP架構 不知道和 redis+mysql 或者 redis + mongodb的性能比較(聽群里的人說mongodb分片不穩定)。
先說說reidis的特性

1. 支持持久化
redis的本地持久化支持兩種方式:RDB和AOF。RDB 在redis.conf配置文件里配置持久化觸發器,AOF指的是redis沒增加一條記錄都會保存到持久化文件中(保存的是這條記錄的生成命令),如果不是用redis做DB用的話還會不要開AOF ,數據太龐大了,重啟恢復的慧李答時候非常麻煩。
2.豐富的數據類型
redis 支持 String 、Lists、sets、sorted sets、hashes 多種數據類型,新浪微博會使用redis做nosql主要也是它具有這些類型,時間排序、職能排序、我的微博、發給我的這些功能List 和 sorted set 的強大操作功能息息相關。
3.高性能
這點跟memcache很想像,內存操作的級別是毫秒級的比硬碟操作秒級操作自然高效不少,較少了磁頭尋道、數據讀取、頁面交換這些高開銷的操作!這也是NOSQL冒出來的原因吧,應該是高性能
是基於RDBMS的衍生產品,雖然RDBMS也具有緩存結構,但是始終在app層面不是我們想要的那麼操控的。
4.replication
redis提供主從復制方案,跟mysql一樣增量復制而且復制的實現都很相似,這個復制跟AOF有點類似復制的是新增記錄命令,主庫新增記錄將新增腳本發送給從庫,從庫根據腳本生成記錄,這個過程非常快,就看網路了,一般主從都是在同一個區域網,所以可以說redis的主從近似及時同步,同事它還支持一主多從,動態添加從庫,從庫數量沒有限制。 主從庫搭建,我覺得還是採用網狀模式,如果使用鏈式(master-slave-slave-slave-slave·····)如果第一個slave出現宕機重啟,首先從master 接收 數據恢復腳本,這個是阻塞的,如果主庫數據幾TB的情況恢復過程得花上一段時間,在這個過程中其他的slave就無法和主庫同步了。
5.更新快
這點好像從我接觸到redis到目前為止 已經發了大擾旅版本就4個,小版本沒算過。redis作者是個非常積極的人,無論是郵件提問還是論壇發帖,他都能及時耐心的為你解答,維護度很高。有人維護的話,讓我們用的也省心和放心。目前作者對redis 的主導開發方向是redis的集群方向。