1.Redis集群說明
1.1 Redis集群資料存盤的原理
Hash槽演算法 磁區演算法.
說明: RedisCluster采用此磁區,所有的鍵根據哈希函式**(CRC16[key]%16384)**映射到0-16383槽內,共16384個槽位,每個節點維護部分槽及槽所映射的鍵值資料.根據主節點的個數,均衡劃磁區間.
演算法:哈希函式: Hash()=CRC16[key]%16384

當向redis集群中插入資料時,首先將key進行計算.之后將計算結果匹配到具體的某一個槽的區間內,之后再將資料set到管理該槽的節點中.

1.2 面試題說明
問: Redis集群中最多存盤16384個key 錯
CRC16(KEY1)%16384 = 2000
CRC16(KEY2)%16384 = 2000
表示key1和key2都歸節點1進行管理. 至于節點到底是否能夠存盤 由記憶體決定.
問: Redis集群中最多有多少個主機?? 16384臺
1.3 Spring整合Redis集群
1.3.1 編輯pro組態檔
#添加redis的配置
#添加單臺配置
#redis.host=192.168.126.129
#redis.port=6379
#配置多臺的redis資訊
#redis.nodes=192.168.126.129:6379,192.168.126.129:6380,192.168.126.129:6381
#配置Redis集群
redis.nodes=192.168.126.129:7000,192.168.126.129:7001,192.168.126.129:7002,192.168.126.129:7003,192.168.126.129:7004,192.168.126.129:7005
1.3.2 編輯配置類
@Configuration //標識我是一個配置類
@PropertySource("classpath:/properties/redis.properties")
public class JedisConfig {
@Value("${redis.nodes}")
private String nodes; //node,node,node
@Bean //實體化集群的物件之后交給Spring容器管理
public JedisCluster jedisCluster(){
Set<HostAndPort> set = new HashSet<>();
String[] nodeArray = nodes.split(",");
for(String node : nodeArray){ //host:port
String[] nodeTemp = node.split(":");
String host = nodeTemp[0];
int port = Integer.parseInt(nodeTemp[1]);
HostAndPort hostAndPort = new HostAndPort(host, port);
set.add(hostAndPort);
}
return new JedisCluster(set);
}
}
1.3.3 修改CacheAOP注入物件

1.3.4 頁面效果展現
說明:只要資料可以正確獲取 則表示運行成功!!

1.4 Redis持久化策略說明
1.4.1 持久化需求說明
說明:Redis資料都保存在記憶體中,如果記憶體斷電則導致資料的丟失.為了保證用戶的記憶體資料不丟失,需要開啟持久化機制.
什么是持久化: 定期將記憶體中的資料保存到磁盤中.
1.4.2Redis中持久化介紹
說明:Redis中的持久化方式主要有2種.
方式1: RDB模式 dump.rdb 默認的持久化方式
方式2: AOF模式 appendonly.aof 默認關閉的需要手動的開啟.
1.4.3 RDB模式
說明: RDB模式是Redis中默認的持久化策略.
特點:
1. RDB模式可以實作定期的持久化,但是可能導致資料丟失.
2. **RDB模式作的是記憶體資料的快照,**并且后拍攝的快斬訓覆寫之前的快照.所以持久化檔案較小.恢復資料的速度較快. 作業的效率較高.
命令:
用戶可以通過命令要求redis進行持久化操作.
1). save 是同步操作 要求redis立即執行持久化操作. 用戶可能會陷入阻塞狀態.
2). bgsave 是異步操作, 開啟單獨的執行緒執行持久化操作. 持久化時不會影響用戶的使用. 不能保證立即馬上執行.
持久化策略說明:
LG: save 900 1 redis在900秒內執行一次set操作時則持久化一次.
用戶操作越頻繁則持久化的周期越短.

持久化目錄: 可以執行持久化檔案生成的位置.

持久化檔案名稱的設定

1.4.3 AOF模式
特點:
1. AOF模式默認的條件下是關閉狀態,需要手動的開啟.
2. AOF模式記錄的是用戶的執行的狀態.所以持久化檔案占用空間相對較大.恢復資料的速度較慢.所以效率較低.
3. 可以保證用戶的資料盡可能不丟失.
配置:
1.開啟AOF配置

2.AOF模式的持久化策略
appendfsync always 如果用戶執行的了一次set操作則持久化一次
appendfsync everysec aof每秒持久化一次
appendfsync no 不主動持久化.
1.4.4 關于RDB/AOF模式特點
1.如果用戶可以允許少量的資料丟失可以選用RDB模式(快).
2.如果用戶不允許資料丟失則選用AOF模式.
3.實際開發程序中一般2種方式都會配置. 一般主機開啟RDB模式,從機開啟AOF模式.
1.4.5 情景題
假設你是專案組長,手下一個特別漂亮的妹子在線上執行了flushALL命令.問:如果是你應該怎么辦??
A: 嚴厲訓斥 自己背鍋 B: 批評教育,自己快速解決 C:嚴厲的訓斥 之后開除員工
解決方案: 應該將AOF模式中flushAll洗掉,之后重啟redis即可.
1.5 關于Redis記憶體優化的說明
1.5.1 背景說明
Redis可以當做記憶體使用,但是如果一直往里存盤不洗掉資料,則必然導致記憶體溢位.
想法:如何可以實作記憶體資料的維護呢? 可以讓用戶永遠都可以存資料.
1.5.2 LRU演算法
LRU是Least Recently Used的縮寫,即最近最少使用,是一種常用的頁面置換演算法,選擇最近最久未使用的頁面予以淘汰,該演算法賦予每個頁面一個訪問欄位,用來記錄一個頁面自上次被訪問以來所經歷的時間 t,當須淘汰一個頁面時,選擇現有頁面中其 t 值最大的,即最近最少使用的頁面予以淘汰,
維度:時間T
LRU演算法是當下實作記憶體清理的最優演算法.
1.5.3 LFU演算法
LFU(least frequently used (LFU) page-replacement algorithm),即最不經常使用頁置換演算法,要求在頁置換時置換參考計數最小的頁,因為經常使用的頁應該有一個較大的參考次數,但是有些頁在開始時使用次數很多,但以后就不再使用,這類頁將會長時間留在記憶體中,因此可以將參考計數暫存器定時右移一位,形成指數衰減的平均使用次數,
維度: 參考次數
1.5.3 Random演算法
1.5.3 TTL演算法
說明:監控剩余的存活時間,將存活時間少的資料提前洗掉.
1.5.4 Redis記憶體優化策略
1.volatile-lru 在設定了超時時間的資料中,采用lru演算法.
2.allkeys-lru 所有資料采用lru演算法
3.volatile-lfu 在超時的資料中采用lfu演算法
4.allkeys-lfu -> 所有資料采用lfu演算法
5.volatile-random -> 設定超時時間的資料采用隨機演算法
6.allkeys-random -> 所有資料隨機洗掉
7.volatile-ttl -> 洗掉存活時間少的資料
8.noeviction -> 不會洗掉資料,如果記憶體溢位報錯回傳.

2 京淘專案前臺搭建
2.1 京淘專案架構圖設計
說明:在分布式的條件下,有web服務器向后端的業務服務器獲取資料.通過http請求協議利用遠程呼叫的方式獲取業務資料,將來采用更加通用的json方式回傳.實作跨系統之間的資料訪問.
并且每個節點根據用戶訪問量的不同搭建不同規模的集群.從而實作用戶的高并發的訪問.
tomcat 經過調優大約可以支持 1000/秒 跳大tomcat運行的記憶體即可.

2.2 京淘專案web創建
2.2.1 web專案創建說明
1.埠號: 8092
2.域名: http://www.jt.com
3.web服務器不需要鏈接資料庫.
4.打包: war (JSP頁面)
5.注意事項: 繼承父級jt/依賴工具APIjt-common/配置maven插件.
2.2.2 創建jt-web專案


2.2.3 添加繼承/依賴/插件
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<artifactId>jt-web</artifactId>
<!--設定打包方式-->
<packaging>war</packaging>
<!--添加繼承-->
<parent>
<artifactId>jt</artifactId>
<groupId>org.example</groupId>
<version>1.0-SNAPSHOT</version>
</parent>
<!--添加依賴項-->
<dependencies>
<dependency>
<groupId>org.example</groupId>
<artifactId>jt-common</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
</dependencies>
<!--添加插件-->
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
</project>
2.2.4 匯入靜態資源檔案
說明:將課前資料中的靜態資源檔案,進行匯入.

2.2.5 配置web專案啟動項

2.2.6 關于web專案配置資料源的說明
SpringBoot特點: 開箱即用!!!
報錯說明:由于jt-web繼承jt所以web服務器啟動時,會加載資料源的自動化配置.但是由于web不需要鏈接資料庫,所以導致程式例外.

解決方案:

2.2.7 專案啟動效果

2.2.8 配置nginx
需求說明: 用戶通過http://www.jt.com的方式訪問服務器localhost:8092,修改之后重啟nginx即可.
#搭建jt-web服務器
server {
listen 80;
server_name www.jt.com;
location / {
proxy_pass http://localhost:8092;
}
}
2.2.9 修改hosts檔案

2.3 谷歌瀏覽器禁用https
步驟說明:
1.瀏覽器鍵入 chrome://net-internals/#hsts

2.4 添加web的配置類
2.4.1 編輯配置類
作用:要求springMVC可以攔截以.html為結尾的請求.
@Configuration //配置web.xml組態檔
public class MvcConfigurer implements WebMvcConfigurer{
//開啟匹配后綴型配置,為了將來程式實作靜態頁面的跳轉而準備的
@Override
public void configurePathMatch(PathMatchConfigurer configurer) {
configurer.setUseSuffixPatternMatch(true);
}
}
2.5 搜索引擎作業原理
2.5.1 關于.html說明
一般搜索引擎只能檢索靜態頁面資訊不能檢索.jsp等動態的頁面結構,所以一般為了提高網站的曝光率,使得商品更加容易的被用戶檢索,所以一般的商品頁面都是.html的.
2.5.2.搜索引擎的作業原理
需求:假設資料庫中有1億條記錄,搜索引擎如何能夠在1秒之后檢索所有的資料,并且有效的回傳呢?
倒排索引: 根據關鍵字檢索文章的位置.

2.5.3 為什么搜索引擎只能記錄.html頁面

2.5.4 偽靜態
偽靜態是相對真實靜態來講的,通常我們為了增強搜索引擎的友好面,都將文章內容生成靜態頁面,但是有的朋友為了實時的顯示一些資訊,或者還想運用動態腳本解決一些問題,不能用靜態的方式來展示網站內容,但是這就損失了對搜索引擎的友好面,怎么樣在兩者之間找個中間方法呢,這就產生了偽靜態技術,偽靜態技術是指展示出來的是以html一類的靜態頁面形式,但其實是用ASP一類的動態腳本來處理的,
概括: 以.html結尾的"動態頁面"腳本技術. (.JSP/.html)
擴展知識
前提:在高并發的條件下由于引入快取但是可能會引發如下的問題,導致資料庫服務器宕機,影響用戶的體驗.
快取-穿透
特點: 用戶高并發的環境下,訪問一個資料庫中不存在的資料就叫快取穿透!!!
解決方案: 限制用戶單位時間內的訪問次數 , 封禁IP地址. 網關過濾.
快取-擊穿
特點: 某些高頻的訪問資料由于操作不當導致快取失效.從而使得大量的用戶直接訪問資料庫. (一個)
解決方案: 配置多級快取
快取-雪崩
特點: 由于redis中的高頻key在同一時間內大量的失效.導致用戶的請求直接訪問資料庫,導致宕機的風險. (flushAll)
解決方案: 配置多級快取,設定不同的超時時間.
3.作業
1.什么是跨域
2.什么是同源策略
3.解決跨域的常用手段 JSONP CORS
轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/50774.html
標籤:其他
上一篇:測驗理論+經驗分享(更新中)
下一篇:程式猿職場求生指南[手動狗頭]
