Rxjs observable 的 subscribeToArray 方法的模擬實現
const subscribeToArray = (array) = (subscriber) = { for (let i = 0, len = array.length; i len !subscriber.closed; i++) { subscriber.next(array[i]); } subscriber.complete(); };
昵稱 註銷
動態
前端 - 封裝一個通用的接口請求工具
在前端開發中，接口請求是一個非常基本的需求。幾乎每個項目都會針對自己的使用場景對接口請求操作進行一系列封裝。今天我們也來一步步封裝一個通用的請求工具。 使用效果 首先讓我們來看看封裝完後的使用效果吧。 首先我們將提供一個 defineApi 函數，用於定義接口的配置信息，包括 url，請求參數以及返回類型等，具體使用方法如下： const BASE_URL = 'https://example.c
昵稱 42
什麼是 rxjs 的 replaySubject
rxjs 是一個強大的庫，為我們提供了豐富的功能來處理異步數據流。在這些功能中，ReplaySubject 是一個非常有用的類，它在多種情況下表現突出。 ReplaySubject 是 Subject 的一種變體。與 Subject 類似，它是一個多播的 Observable，允許多個 Observer 訂閲。然而，它有一個顯著的不同點：它會緩存一定數量的值，並將這些值重新發射給所有新的訂閲者。我
昵稱 註銷
關於不同窗口，訂閲不生效的問題
問題 兩個窗口，顯示組件，A窗口顯示A組件，B窗口顯示B組件，兩個組件共同訂閲一個Service中的Subject，當在A組件中進行修改後，Service中的Subject發送通知，“值變更了”，B組件訂閲不到。 現在打開兩個窗口，每個窗口顯示一個組件，每個組件都訂閲 Service 中的 subjectTest， 在AComponent組件中,每隔一秒發送一條數據： AComponent 組件
昵稱 zZ_jie
MySQL 核心模塊揭秘 | 03 期 | 我是一個事務，請給我一個對象
每個事務都有一個對象，這篇文章我們聊聊，事務的對象從哪裏來，要到哪裏去。 作者：操盛春，愛可生技術專家，公眾號『一樹一溪』作者，專注於研究 MySQL 和 OceanBase 源碼。 愛可生開源社區出品，原創內容未經授權不得隨意使用，轉載請聯繫小編並註明來源。 我是一個事務，請給我一個對象 本文基於 MySQL 8.0.32 源碼，存儲引擎為 InnoDB。 目錄 [TOC] 正文
昵稱 愛可生開源社區
MySQL 核心模塊揭秘 | 04 期 | 終於要啓動事務了
做了那麼多準備工作，終於要啓動 InnoDB 事務了。 作者：操盛春，愛可生技術專家，公眾號『一樹一溪』作者，專注於研究 MySQL 和 OceanBase 源碼。 愛可生開源社區出品，原創內容未經授權不得隨意使用，轉載請聯繫小編並註明來源。 本文基於 MySQL 8.0.32 源碼，存儲引擎為 InnoDB。 1. 啓動事務 在《BEGIN 語句會馬上啓動事務嗎？》這篇文章中，我們介紹
昵稱 愛可生開源社區
MySQL 核心模塊揭秘 | 05 期 | 讀事務和只讀事務的變形記
事務都以讀事務身份啓動，讀事務和只讀事務會在需要時發生變化，它們會怎麼變化？這是本文要回答的問題。 作者：操盛春，愛可生技術專家，公眾號『一樹一溪』作者，專注於研究 MySQL 和 OceanBase 源碼。 愛可生開源社區出品，原創內容未經授權不得隨意使用，轉載請聯繫小編並註明來源。 本文基於 MySQL 8.0.32 源碼，存儲引擎為 InnoDB。 1. update、delete
昵稱 愛可生開源社區
MySQL 核心模塊揭秘 | 06 期 | 事務提交之前，binlog 寫到哪裏？
1. 準備工作 參數配置： binlog_format = ROW binlog_rows_query_log_events = OFF 創建測試表： CREATE TABLE `t_binlog` ( `id` int unsigned NOT NULL AUTO_INCREMENT, `i1` int DEFAULT '0', `str1` varchar(32) DEFAULT
昵稱 愛可生開源社區
MySQL8.3 可以給 GTID 打標籤了！
本文介紹了 MySQL 8.3 的一個新特性，給 GTID 打標籤~ 作者：李富強，愛可生 DBA 團隊成員，熟悉 MySQL，TiDB，OceanBase 等數據庫。相信持續把對的事情做好一點，會有不一樣的收穫。 愛可生開源社區出品，原創內容未經授權不得隨意使用，轉載請聯繫小編並註明來源。 本文約 900 字，預計閲讀需要 3 分鐘。 摘要 MySQL 8.3 創新版於 2024 年
昵稱 愛可生開源社區
MySQL 核心模塊揭秘 | 07 期 | 二階段提交 (1) prepare 階段
二階段提交的 prepare 階段，binlog 和 InnoDB 各自會有哪些動作？ 本文基於 MySQL 8.0.32 源碼，存儲引擎為 InnoDB。 1. 二階段提交 二階段提交，顧名思義，包含兩個階段，它們是： prepare 階段。 commit 階段。 我們只考慮 SQL 語句操作 InnoDB 表的場景，對於用户事務，是否使用二階段提交，取決於是否開啓了 binlog。 因
昵稱 愛可生開源社區
MySQL面試必備三之事務
本文首發於公眾號：Hunter後端 原文鏈接：MySQL面試必備三之事務 這一篇筆記介紹一下 MySQL 的事務，面試中常被問到關於事務的幾個問題如下： 事務是什麼 為什麼需要事務，事務有什麼作用 事務的特點 事務可能帶來哪些問題 事務有哪些隔離級別，這些隔離級別都可以解決哪些問題 可重複讀隔離級別下能否解決幻讀問題 如何解決幻讀問題 以下是本篇筆記目錄： 什麼是事務
昵稱 Hunter
一文讀懂整個事務機制的底層邏輯
對事務工作接觸了不少，這裏完整的從基本概念，原理，分析，案列等等梳理下事務機制的底層邏輯； 事務機制的底層邏輯 事務的基本特性、機制及原理 百度百科定義 事務（Transaction），一般是指要做的或所做的事情。在計算機術語中是指訪問並可能更新數據庫中各種數據項的一個程序執行單元(unit)。事務通常由高級數據庫操縱語言或編程語言（如SQL，C++或Java）書寫的用户程序的執行所引起，並用形如
昵稱 edagarli
MySQL 事務詳解
MySQL 事務 數據庫事務指的是一組數據操作，事務內的操作要麼就是全部成功，要麼就是全部失敗，如果部分成功，那麼已成功的必須回滾，恢復數據的原始狀態。 假設一個網購付款的操作，用户付款後要涉及到訂單狀態更新、扣庫存以及其他一系列動作，這就是一個事務，如果一切正常那就相安無事，一旦中間有某個環節異常，那整個事務就要回滾，總不能更新了訂單狀態但是不扣庫存吧，這問題就大了。 事務具有原子性（Atomi
昵稱 杜若
MySQL 在 RC 隔離級別插入記錄，唯一索引衝突加什麼鎖？
對比上一篇，這篇聊聊【讀已提交】隔離級別下，唯一索引衝突怎麼加鎖。 作者：操盛春，愛可生技術專家，公眾號『一樹一溪』作者，專注於研究 MySQL 和 OceanBase 源碼。 愛可生開源社區出品，原創內容未經授權不得隨意使用，轉載請聯繫小編並註明來源。 本文基於 MySQL 8.0.32 源碼，存儲引擎為 InnoDB。 目錄 [TOC] 正文 1. 準備工作 創建測試表： CR
昵稱 愛可生開源社區
分佈式事務與Seata
一、分佈式事務 1.事務的概念 · 概念：事務是一個完整的、不可分割操作單元，整個事務要麼全部執行成功，要麼全部執行失敗。 · 事務具備4個特性：ACID A：原子性--完整的、不可分割操作單元 C：一致性--數據的一致性：事務開始前和事務結束後，數據總量不變 I：隔離性--事務相互隔離，互不影響 D：持久性--事務一旦提交，永久落盤 2.傳統事務 傳統事務由 數據庫
昵稱 玉喵
JDBC學習 之 操作事務
JDBC操作事務 事務 事務的ACID 原子性：指事務是一個不可分割的單位，事務中的操作要麼都發生，要麼都不發生 一致性： 事務必須使數據庫從一個一致性狀態變換成另一個一致性狀態 隔離性： 一個事務的執行不能被其他事務干擾，各事務之間是隔離的 持久性： 一個事務一旦被提交，對數據庫中的數據的改變就是永久的 JDBC操作事務 可以使用JDBC來操作事務 conn.setAut
昵稱 HeartAttack
關於事務那點事：事務的隔離級別
事務隔離級別是數據庫管理系統（DBMS）中用於控制併發事務之間相互影響的程度。它定義了一個事務在訪問數據時，是否能看到其他事務的中間狀態或未提交的數據。SQL 標準中定義了四種事務隔離。 四種事務隔離級別 隔離級別概述 隔離級別 説明 存在問題 Read Uncommited 允許事務讀未提交的事務 髒讀 Read
昵稱 愛跑步的獼猴桃
事物的傳播行為
在分佈式系統中，事務的傳播行為（Transaction Propagation）指的是在不同的事務上下文中如何處理事務的傳播方式。它決定了一個方法在執行時是否應該在當前事務中運行，是否應該創建新的事務，或者是否應該加入到已有的事務中。事務傳播行為在多層架構的系統（例如 Spring 框架中）尤為重要。 常見的事務傳播行為類型 以下是 Spring 框架中的七種常用事務傳播行為，這些傳播行為可以應用
昵稱 今夜有點兒涼
MVCC（多版本併發控制）底層原理
MVCC（多版本併發控制）底層原理總結： MVCC 是通過維護數據的多個版本來控制併發訪問的技術，它使得數據庫能夠支持高併發事務，同時保證事務之間的隔離性和一致性。在 MySQL 的 InnoDB 存儲引擎中，MVCC 是通過 隱藏列、ReadView 快照 和 undo log 來實現的。 1. 關鍵概念： 隱藏列（Hidden Columns）：為了支持 MVCC 機制，InnoDB 在每
昵稱 今夜有點兒涼
Transaction rolled back because marked as rollback-only問題解決
1、背景 在我們的日常開發中，經常會存在在一個Service層中調用另外一個Service層的方法。比如：我們有一個TaskService，裏面有一個execTask方法，且這個方法存在事務，這個方法在執行完之後，需要調用LogService的insertLog方法記錄一條日誌，這個方法上也有事務，不管日誌記錄成功還是失敗，都不能影響execTask方法的執行。因此我們很容易寫出如下代碼。 @Tr
昵稱 huan1993
為什麼不應該在事務中嵌套發送 MQ 消息和 RPC 調用？
引言 或許你曾寫過這樣的代碼： @Transaction // 開啓事務 public void craeteOrder(Order order) { saveOrder(order); sendMQ(order); // 或者是發送 rpc } 在一個事務內，向 MySQL 寫入數據，接下來發送 MQ 或 RPC 調用。在大部分情況下，這樣寫好像沒什麼問題 但如果此時我們下游執行
昵稱 牛肉燒烤屋
MySQL底層是如何實現事物的四大特性的？
MySQL如何實現事務的四大特性（ACID） MySQL的事務支持主要通過InnoDB存儲引擎實現，其底層機制結合日誌系統（Undo Log/Redo Log）、鎖機制和多版本併發控制（MVCC），具體實現如下： 1. 原子性（Atomicity） 定義：事務的所有操作要麼全部成功，要麼全部失敗回滾。 實現： Undo Log（回滾日誌）： 在事務修改數據前，Und
昵稱 今夜有點兒涼
MySQL鎖機制深度解析：從樂觀鎖到悲觀鎖的哲學思辨與技術實踐
一、併發控制的本質與挑戰 在數據庫系統的核心地帶，併發控制始終是保障數據一致性的核心命題。當每秒百萬級的交易請求在金融系統中穿梭，當電商平台的庫存數字在促銷瞬間劇烈波動，當社交媒體的點贊計數以指數級增長時，數據庫工程師們必須直面併發控制的終極挑戰：如何在保證數據一致性的前提下，實現最大程度的併發性能。 這個問題的解決之道，本質上是對"時間"這個維度的不同處理策略。悲觀鎖（Pessimistic L
昵稱 DBLens
【深度解析】Spring/Boot 核心陷阱：事務、AOP 與 Bean 生命週期的常見問題與應對策略
摘要： 本文深入探討了在使用 Spring 及 Spring Boot 框架時，開發者在事務管理、面向切面編程（AOP）以及 Bean 生命週期控制方面常遇到的隱蔽問題。文章結合具體案例、底層原理分析和生產級代碼示例，旨在揭示這些“陷阱”的根源，並提供有效的解決方案和規避策略，幫助開發者構建更健壯、可預測的應用程序。 一、 @Transactional 註解：常見失效場景與優化策略 Spring
昵稱 異常君