国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Flink系列之:深入理解ttl和checkpoint,F(xiàn)link SQL應(yīng)用ttl案例

這篇具有很好參考價(jià)值的文章主要介紹了Flink系列之:深入理解ttl和checkpoint,F(xiàn)link SQL應(yīng)用ttl案例。希望對大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

一、深入理解Flink TTL

Flink TTL(Time To Live)是一種機(jī)制,用于設(shè)置數(shù)據(jù)的過期時(shí)間,控制數(shù)據(jù)在內(nèi)存或狀態(tài)中的存活時(shí)間。通過設(shè)置TTL,可以自動刪除過期的數(shù)據(jù),從而釋放資源并提高性能。

在Flink中,TTL可以應(yīng)用于不同的組件和場景,包括窗口、狀態(tài)和表。

  • 窗口:對于窗口操作,可以將TTL應(yīng)用于窗口中的數(shù)據(jù)。當(dāng)窗口中的數(shù)據(jù)過期時(shí),F(xiàn)link會自動丟棄這些數(shù)據(jù),從而保持窗口中的數(shù)據(jù)只包含最新的和有效的內(nèi)容。這樣可以減少內(nèi)存的使用,同時(shí)提高窗口操作的計(jì)算性能。

  • 狀態(tài):對于有狀態(tài)的操作,如鍵控狀態(tài)或算子狀態(tài),可以為狀態(tài)設(shè)置TTL。當(dāng)狀態(tài)中的數(shù)據(jù)過期時(shí),F(xiàn)link會自動清理過期的狀態(tài),釋放資源。這對于長時(shí)間運(yùn)行的應(yīng)用程序特別有用,可以避免狀態(tài)無限增長,消耗過多的內(nèi)存。

  • 表:在Flink中,TTL也可以應(yīng)用于表。可以通過在CREATE TABLE語句的WITH子句中指定TTL的選項(xiàng)來設(shè)置表的過期時(shí)間。當(dāng)表中的數(shù)據(jù)過期時(shí),F(xiàn)link會自動刪除過期的數(shù)據(jù)行。這對于處理具有實(shí)效性(例如日志)的數(shù)據(jù)特別有用,可以自動清理過期的數(shù)據(jù),保持表的內(nèi)容的新鮮和有效。

TTL在實(shí)際應(yīng)用中的作用主要體現(xiàn)在以下幾個(gè)方面:

  1. 節(jié)省資源:通過設(shè)置合適的TTL,可以有效地管理和控制內(nèi)存和狀態(tài)的使用。過期的數(shù)據(jù)會被自動清理,釋放資源。這樣可以避免無效或過時(shí)的數(shù)據(jù)占用過多的資源,提高應(yīng)用程序的性能和可擴(kuò)展性。

  2. 數(shù)據(jù)清理:對于具有實(shí)效性的數(shù)據(jù),如日志數(shù)據(jù),可以使用TTL自動清理過期的數(shù)據(jù)。這可以減少手動管理和維護(hù)數(shù)據(jù)的工作量,保持?jǐn)?shù)據(jù)的新鮮和有效。

  3. 數(shù)據(jù)一致性:通過設(shè)置合適的TTL,可以確保數(shù)據(jù)在一定時(shí)間內(nèi)保持一致性。過期的數(shù)據(jù)不再被讀取或使用,可以避免數(shù)據(jù)不一致性的問題。

  4. 性能優(yōu)化:TTL可以通過自動清理過期數(shù)據(jù)來優(yōu)化查詢和計(jì)算的性能。只有最新和有效的數(shù)據(jù)被保留,可以減少數(shù)據(jù)的處理量,提高計(jì)算效率。

總而言之,TTL是Flink中一種重要的機(jī)制,用于控制數(shù)據(jù)的過期時(shí)間和生命周期。通過適當(dāng)配置TTL,可以優(yōu)化資源使用、提高系統(tǒng)性能,并保持?jǐn)?shù)據(jù)的一致性和有效性。

二、Flink SQL設(shè)置TTL

Flink SQL中可以使用TTL(Time To Live)來設(shè)置數(shù)據(jù)的過期時(shí)間,以控制數(shù)據(jù)在內(nèi)存或狀態(tài)中的存留時(shí)間。通過設(shè)置TTL,可以自動刪除過期的數(shù)據(jù),從而節(jié)省資源并提高性能。

要在Flink SQL中設(shè)置TTL,可以使用CREATE TABLE語句的WITH選項(xiàng)來指定TTL的配置。以下是一個(gè)示例:

CREATE TABLE myTable (
  id INT,
  name STRING,
  eventTime TIMESTAMP(3),
  WATERMARK FOR eventTime AS eventTime - INTERVAL '5' MINUTE -- 定義Watermark
) WITH (
  'connector' = 'kafka',
  'topic' = 'myTopic',
  'properties.bootstrap.servers' = 'localhost:9092',
  'format' = 'json',
  'json.fail-on-missing-field' = 'false',
  'json.ignore-parse-errors' = 'true',
  'ttl' = '10m' -- 設(shè)置TTL為10分鐘
);

在上述示例中,通過在CREATE TABLE語句的WITH子句中的’ttl’選項(xiàng)中指定TTL的值(10m),即設(shè)置數(shù)據(jù)在內(nèi)存中的存活時(shí)間為10分鐘。過期的數(shù)據(jù)會自動被刪除。

需要注意的是,引入TTL機(jī)制會增加一定的性能和資源開銷。因此,在使用TTL時(shí)需要權(quán)衡好過期時(shí)間和系統(tǒng)的性能需求。

三、Flink設(shè)置TTL

  1. 在需要設(shè)置TTL的數(shù)據(jù)源或狀態(tài)上,使用相應(yīng)的API(例如DataStream API或KeyedState API)設(shè)置TTL值。
    // DataStream API
    dataStream.keyBy(<key_selector>).mapStateDescriptor.enableTimeToLive(Duration.ofMillis(<ttl_in_milliseconds>));
    
    // KeyedState API
    descriptor.enableTimeToLive(Duration.ofMillis(<ttl_in_milliseconds>));
    
  2. 在Flink作業(yè)中配置TTL檢查間隔(默認(rèn)值為每分鐘一次):
    state.backend.rocksdb.ttl.compaction.interval: <interval_in_milliseconds>
    

四、深入理解checkpoint

Flink的Checkpoint是一種容錯(cuò)機(jī)制,用于在Flink作業(yè)執(zhí)行過程中定期保存數(shù)據(jù)的一致性檢查點(diǎn)。它可以保證作業(yè)在發(fā)生故障時(shí)能夠從檢查點(diǎn)恢復(fù),并繼續(xù)進(jìn)行。下面是一些深入介紹Checkpoint的關(guān)鍵概念和特性:

  1. 一致性保證:Flink的Checkpoint機(jī)制通過保存作業(yè)狀態(tài)的快照來實(shí)現(xiàn)一致性保證。在Checkpoint期間,F(xiàn)link會確保所有的輸入數(shù)據(jù)都已經(jīng)被處理,并將結(jié)果寫入狀態(tài)后再進(jìn)行檢查點(diǎn)的保存。這樣可以確保在恢復(fù)時(shí),從檢查點(diǎn)恢復(fù)的作業(yè)狀態(tài)仍然是一致的。

  2. 保存順序:Flink的Checkpoint機(jī)制保證了保存檢查點(diǎn)的順序。檢查點(diǎn)的保存是有序的,即在一個(gè)檢查點(diǎn)完成之前,不會開始下一個(gè)檢查點(diǎn)的保存。這種有序的保存方式能夠保證在恢復(fù)時(shí)按照檢查點(diǎn)的順序進(jìn)行恢復(fù)。

  3. 并行度一致性:Flink的Checkpoint機(jī)制能夠保證在作業(yè)的不同并行任務(wù)之間保持一致性。即使在分布式的情況下,F(xiàn)link也能夠確保所有并行任務(wù)在某個(gè)檢查點(diǎn)的位置上都能保持一致。這是通過分布式快照算法和超時(shí)機(jī)制來實(shí)現(xiàn)的。

  4. 可靠性保證:Flink的Checkpoint機(jī)制對于作業(yè)的故障恢復(fù)非常可靠。當(dāng)一個(gè)任務(wù)發(fā)生故障時(shí),F(xiàn)link會自動從最近的檢查點(diǎn)進(jìn)行恢復(fù)。如果某個(gè)檢查點(diǎn)無法滿足一致性要求,F(xiàn)link會自動選擇前一個(gè)檢查點(diǎn)進(jìn)行恢復(fù),以確保作業(yè)能夠在一個(gè)一致的狀態(tài)下繼續(xù)執(zhí)行。

  5. 容錯(cuò)機(jī)制:Flink的Checkpoint機(jī)制提供了容錯(cuò)機(jī)制來應(yīng)對各種故障情況。例如,如果某個(gè)任務(wù)在保存檢查點(diǎn)時(shí)失敗,F(xiàn)link會嘗試重新保存檢查點(diǎn),直到成功為止。此外,F(xiàn)link還支持增量檢查點(diǎn),它可以在不保存整個(gè)作業(yè)狀態(tài)的情況下只保存修改的部分狀態(tài),從而提高了保存檢查點(diǎn)的效率。

  6. 高可用性:Flink的Checkpoint機(jī)制還提供了高可用性的選項(xiàng)。可以將檢查點(diǎn)數(shù)據(jù)保存在分布式文件系統(tǒng)中,以防止單點(diǎn)故障。此外,還可以配置備份作業(yè)管理器(JobManager)和任務(wù)管理器(TaskManager)以確保在某個(gè)節(jié)點(diǎn)發(fā)生故障時(shí)能夠快速恢復(fù)。

總結(jié)起來,F(xiàn)link的Checkpoint機(jī)制是一種強(qiáng)大且可靠的容錯(cuò)機(jī)制,它能夠確保作業(yè)在發(fā)生故障時(shí)能夠從一致性檢查點(diǎn)恢復(fù),并繼續(xù)進(jìn)行。通過保存作業(yè)狀態(tài)的快照,F(xiàn)link能夠保證作業(yè)的一致性,并提供了高可用性和高效率的保存和恢復(fù)機(jī)制。

Checkpoint是Flink中一種重要的容錯(cuò)機(jī)制,用于保證作業(yè)在發(fā)生故障時(shí)能夠從上一次檢查點(diǎn)恢復(fù),并繼續(xù)進(jìn)行處理,從而實(shí)現(xiàn)容錯(cuò)性。以下是Checkpoint的主要用途:

  1. 容錯(cuò)和故障恢復(fù):Checkpoint可以將作業(yè)的狀態(tài)和數(shù)據(jù)進(jìn)行持久化,當(dāng)發(fā)生故障時(shí),F(xiàn)link可以使用最近的檢查點(diǎn)來恢復(fù)作業(yè)的狀態(tài)和數(shù)據(jù),從而避免數(shù)據(jù)丟失,并繼續(xù)處理未完成的任務(wù)。

  2. Exactly-Once語義:通過將檢查點(diǎn)和事務(wù)(如果應(yīng)用程序使用Flink的事務(wù)支持)結(jié)合起來,F(xiàn)link可以實(shí)現(xiàn)Exactly-Once語義,確保結(jié)果的一致性和準(zhǔn)確性。當(dāng)作業(yè)從檢查點(diǎn)恢復(fù)時(shí),它將只會處理一次輸入數(shù)據(jù),并產(chǎn)生一次輸出,避免了重復(fù)和丟失的數(shù)據(jù)寫入。

  3. 冷啟動和部署:可以使用檢查點(diǎn)來實(shí)現(xiàn)作業(yè)的冷啟動,即在作業(yè)啟動時(shí),從最近的檢查點(diǎn)恢復(fù)狀態(tài)和數(shù)據(jù),并從上一次檢查點(diǎn)的位置繼續(xù)處理。這對于在作業(yè)啟動或重新部署時(shí)非常有用,可以快速恢復(fù)到之前的狀態(tài),減少恢復(fù)所需的時(shí)間。

  4. 跨版本遷移:當(dāng)使用不同版本的Flink或更改作業(yè)的代碼時(shí),可以使用檢查點(diǎn)將作業(yè)從舊的版本轉(zhuǎn)移到新的版本,從而實(shí)現(xiàn)跨版本遷移。

總之,Checkpoint是Flink中的關(guān)鍵機(jī)制,其用途包括容錯(cuò)和故障恢復(fù)、Exactly-Once語義、冷啟動和部署以及跨版本遷移。通過使用Checkpoint,可以提高作業(yè)的可靠性、一致性和可恢復(fù)性。

五、Flink設(shè)置Checkpoint

要設(shè)置Flink的Checkpoint和TTL,可以按照以下步驟進(jìn)行操作:

設(shè)置Checkpoint:

  1. 在Flink作業(yè)中啟用Checkpoint:可以通過在Flink配置文件(flink-conf.yaml)中設(shè)置以下屬性來開啟Checkpoint:
    execution.checkpointing.enabled: true
    
  2. 設(shè)置Checkpoint間隔:可以通過以下屬性設(shè)置Checkpoint的間隔時(shí)間(默認(rèn)值為10秒):
    execution.checkpointing.interval: <interval_in_milliseconds>
    
  3. 設(shè)置Checkpoint保存路徑:可以通過以下屬性設(shè)置Checkpoint文件的保存路徑(默認(rèn)為jobmanager根路徑):
    state.checkpoints.dir: <checkpoint_directory_path>
    

六、Flink SQL關(guān)聯(lián)多張表

在Flink SQL中,可以通過使用窗口操作來保證在一段時(shí)間內(nèi)多張表的數(shù)據(jù)總能關(guān)聯(lián)到。窗口操作可以用于基于時(shí)間的數(shù)據(jù)處理,將數(shù)據(jù)劃分為窗口,并在每個(gè)窗口上執(zhí)行關(guān)聯(lián)操作。

下面是一個(gè)示例,演示如何在一段時(shí)間內(nèi)關(guān)聯(lián)多張表的數(shù)據(jù):

```sql
-- 創(chuàng)建兩個(gè)輸入表
CREATE TABLE table1 (
  id INT,
  name STRING,
  eventTime TIMESTAMP(3),
  WATERMARK FOR eventTime AS eventTime - INTERVAL '1' SECOND
) WITH (
  'connector.type' = 'kafka',
  'connector.version' = 'universal',
  'connector.topic' = 'topic1',
  'connector.startup-mode' = 'earliest-offset',
  'format.type' = 'json'
);

CREATE TABLE table2 (
  id INT,
  value STRING,
  eventTime TIMESTAMP(3),
  WATERMARK FOR eventTime AS eventTime - INTERVAL '1' SECOND
) WITH (
  'connector.type' = 'kafka',
  'connector.version' = 'universal',
  'connector.topic' = 'topic2',
  'connector.startup-mode' = 'earliest-offset',
  'format.type' = 'json'
);

-- 執(zhí)行關(guān)聯(lián)操作
SELECT t1.id, t1.name, t2.value
FROM table1 t1
JOIN table2 t2 ON t1.id = t2.id AND t1.eventTime BETWEEN t2.eventTime - INTERVAL '5' MINUTE AND t2.eventTime + INTERVAL '5' MINUTE

在上面的例子中,首先創(chuàng)建了兩個(gè)輸入表table1和table2,并分別指定了輸入源(此處使用了Kafka作為示例輸入源)。然后,在執(zhí)行關(guān)聯(lián)操作時(shí),使用了通過窗口操作進(jìn)行時(shí)間范圍的過濾條件,即"t1.eventTime BETWEEN t2.eventTime - INTERVAL ‘5’ MINUTE AND t2.eventTime + INTERVAL ‘5’ MINUTE",確保了在一段時(shí)間內(nèi)兩張表的數(shù)據(jù)能夠關(guān)聯(lián)到。

通過使用窗口操作,可以根據(jù)具體的時(shí)間范圍來進(jìn)行數(shù)據(jù)關(guān)聯(lián),從而保證在一段時(shí)間內(nèi)多張表的數(shù)據(jù)總能關(guān)聯(lián)到。

七、Flink SQL使用TTL關(guān)聯(lián)多表

Flink還提供了Time-To-Live (TTL)功能,可以用于在表中定義數(shù)據(jù)的生存時(shí)間。當(dāng)數(shù)據(jù)的時(shí)間戳超過定義的TTL時(shí),F(xiàn)link會自動將其從表中刪除。這在處理實(shí)時(shí)數(shù)據(jù)時(shí)非常有用,可以自動清理過期的數(shù)據(jù)。

在Flink中使用TTL可以通過創(chuàng)建表時(shí)指定TTL屬性來實(shí)現(xiàn),如下所示:

CREATE TABLE myTable (
  id INT,
  name STRING,
  event_time TIMESTAMP(3),
  WATERMARK FOR event_time AS event_time - INTERVAL '5' SECOND,
  PRIMARY KEY (id) NOT ENFORCED,
  TTL (event_time) AS event_time + INTERVAL '1' HOUR
) WITH (
  'connector.type' = 'kafka',
  ...
)

在這個(gè)例子中,表myTable定義了一個(gè)event_time列,并使用TTL函數(shù)指定了數(shù)據(jù)的生存時(shí)間為event_time加上1小時(shí)。當(dāng)數(shù)據(jù)的event_time超過1小時(shí)時(shí),F(xiàn)link會自動刪除這些數(shù)據(jù)。

通過在Flink SQL中同時(shí)使用JOIN和TTL,你可以實(shí)現(xiàn)多張表的關(guān)聯(lián),并根據(jù)指定的條件刪除過期的數(shù)據(jù),從而更靈活地處理和管理數(shù)據(jù)。文章來源地址http://www.zghlxwxcb.cn/news/detail-773701.html

到了這里,關(guān)于Flink系列之:深入理解ttl和checkpoint,F(xiàn)link SQL應(yīng)用ttl案例的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • Flink系列之Flink中StateBackend深入剖析和應(yīng)用

    Flink系列之Flink中StateBackend深入剖析和應(yīng)用

    title: Flink系列 ? StateBackend 定義了狀態(tài)是如何存儲的,不同的 State Backend 會采用不同的方式來存儲狀態(tài),核心入口是: StateBackend, Flink 提供了三種不同形式的存儲后端,分別是 MemoryStateBackend, FsStateBackend 和 RocksDBStateBackend。 MemoryStateBackend 會將工作狀態(tài)(Task State)存儲在 T

    2024年02月16日
    瀏覽(18)
  • 【遞歸】:原理、應(yīng)用與案例解析 ,助你深入理解遞歸核心思想

    【遞歸】:原理、應(yīng)用與案例解析 ,助你深入理解遞歸核心思想

    遞歸在計(jì)算機(jī)科學(xué)中,遞歸是一種解決計(jì)算問題的方法,其中解決方案取決于同一類問題的更小子集 例如 遞歸遍歷環(huán)形鏈表 基本情況(Base Case) :基本情況是遞歸函數(shù)中最簡單的情況,它們通常是遞歸終止的條件。在基本情況下,遞歸函數(shù)會返回一個(gè)明確的值,而不再進(jìn)行

    2024年02月21日
    瀏覽(24)
  • 【天衍系列 03】深入理解Flink的Watermark:實(shí)時(shí)流處理的時(shí)間概念與亂序處理

    Watermark 是用于處理事件時(shí)間的一種機(jī)制,用于表示事件時(shí)間流的進(jìn)展。在流處理中,由于事件到達(dá)的順序和延遲,系統(tǒng)需要一種機(jī)制來衡量事件時(shí)間的進(jìn)展,以便正確觸發(fā)窗口操作等。Watermark 就是用來標(biāo)記事件時(shí)間的進(jìn)展情況的一種特殊數(shù)據(jù)元素。 Watermark 的生成方式通常是

    2024年02月20日
    瀏覽(23)
  • 【天衍系列 04】深入理解Flink的ElasticsearchSink組件:實(shí)時(shí)數(shù)據(jù)流如何無縫地流向Elasticsearch

    【天衍系列 04】深入理解Flink的ElasticsearchSink組件:實(shí)時(shí)數(shù)據(jù)流如何無縫地流向Elasticsearch

    Flink的Elasticsearch Sink是用于將Flink數(shù)據(jù)流(DataStream)中的數(shù)據(jù)發(fā)送到Elasticsearch的組件。它是Flink的一個(gè)連接器(Connector),用于實(shí)現(xiàn)將實(shí)時(shí)處理的結(jié)果或數(shù)據(jù)持續(xù)地寫入Elasticsearch集群中的索引中。 下面是一些關(guān)于Flink的Elasticsearch Sink的基礎(chǔ)概念: 數(shù)據(jù)源(Source) :Flink數(shù)據(jù)流

    2024年02月20日
    瀏覽(23)
  • 深入理解 SQL UNION 運(yùn)算符及其應(yīng)用場景

    深入理解 SQL UNION 運(yùn)算符及其應(yīng)用場景

    SQL UNION 運(yùn)算符用于組合兩個(gè)或多個(gè) SELECT 語句的結(jié)果集。 每個(gè) UNION 中的 SELECT 語句必須具有相同數(shù)量的列。 列的數(shù)據(jù)類型也必須相似。 每個(gè) SELECT 語句中的列也必須按照相同的順序排列。 UNION語法 UNION ALL語法 UNION 運(yùn)算符默認(rèn)僅選擇不同的值。為了允許重復(fù)的值,請使用 U

    2024年02月05日
    瀏覽(27)
  • 【MySql】 深入理解SQL中的日期處理:NVL和TIMESTAMPDIFF函數(shù)的應(yīng)用

    還有多少個(gè)十年 能勇敢做熱血青年 還有多少個(gè)十年 能堅(jiān)持當(dāng)初的信念 還有多少個(gè)十年 能不忘懷回憶點(diǎn)點(diǎn) ??????????????????????? 《還有多少個(gè)十年》 在處理數(shù)據(jù)庫時(shí),日期和時(shí)間的操作是日常任務(wù)中最常見且關(guān)鍵的部分之一。無論是過濾數(shù)據(jù)、生成報(bào)告還是執(zhí)

    2024年04月25日
    瀏覽(19)
  • Flink系列之:使用Flink CDC從數(shù)據(jù)庫采集數(shù)據(jù),設(shè)置checkpoint支持?jǐn)?shù)據(jù)采集中斷恢復(fù),保證數(shù)據(jù)不丟失

    博主相關(guān)技術(shù)博客: Flink系列之:Debezium采集Mysql數(shù)據(jù)庫表數(shù)據(jù)到Kafka Topic,同步kafka topic數(shù)據(jù)到StarRocks數(shù)據(jù)庫 Flink系列之:使用Flink Mysql CDC基于Flink SQL同步mysql數(shù)據(jù)到StarRocks數(shù)據(jù)庫

    2024年02月11日
    瀏覽(30)
  • 深入理解 Flink(四)Flink Time+WaterMark+Window 深入分析

    深入理解 Flink(四)Flink Time+WaterMark+Window 深入分析

    深入理解 Flink 系列文章已完結(jié),總共八篇文章,直達(dá)鏈接: 深入理解 Flink (一)Flink 架構(gòu)設(shè)計(jì)原理 深入理解 Flink (二)Flink StateBackend 和 Checkpoint 容錯(cuò)深入分析 深入理解 Flink (三)Flink 內(nèi)核基礎(chǔ)設(shè)施源碼級原理詳解 深入理解 Flink (四)Flink Time+WaterMark+Window 深入分析 深入

    2024年01月24日
    瀏覽(50)
  • 深入理解 Flink(一)Flink 架構(gòu)設(shè)計(jì)原理

    深入理解 Flink(一)Flink 架構(gòu)設(shè)計(jì)原理

    深入理解 Flink 系列文章已完結(jié),總共八篇文章,直達(dá)鏈接: 深入理解 Flink (一)Flink 架構(gòu)設(shè)計(jì)原理 深入理解 Flink (二)Flink StateBackend 和 Checkpoint 容錯(cuò)深入分析 深入理解 Flink (三)Flink 內(nèi)核基礎(chǔ)設(shè)施源碼級原理詳解 深入理解 Flink (四)Flink Time+WaterMark+Window 深入分析 深入

    2024年02月02日
    瀏覽(19)
  • 【AI大模型應(yīng)用開發(fā)】【LangChain系列】實(shí)戰(zhàn)案例3:深入LangChain源碼,你不知道的WebResearchRetriever與RAG聯(lián)合之力

    【AI大模型應(yīng)用開發(fā)】【LangChain系列】實(shí)戰(zhàn)案例3:深入LangChain源碼,你不知道的WebResearchRetriever與RAG聯(lián)合之力

    大家好,我是同學(xué)小張,日常分享AI知識和實(shí)戰(zhàn)案例 歡迎 點(diǎn)贊 + 關(guān)注 ??, 持續(xù)學(xué)習(xí) , 持續(xù)干貨輸出 。 +v: jasper_8017 一起交流??,一起進(jìn)步??。 微信公眾號也可搜【同學(xué)小張】 ?? 本站文章一覽: 上篇文章我們學(xué)習(xí)了如何利用 LangChain 通過 URL 獲取網(wǎng)頁內(nèi)容。本文我們繼

    2024年04月17日
    瀏覽(34)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包