精品欧美一区二区三区在线观看 _久久久久国色av免费观看性色_国产精品久久在线观看_亚洲第一综合网站_91精品又粗又猛又爽_小泽玛利亚一区二区免费_91亚洲精品国偷拍自产在线观看 _久久精品视频在线播放_美女精品久久久_欧美日韩国产成人在线

<strike id="0qw0m"><input id="0qw0m"></input></strike>

<ul id="0qw0m"></ul>

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

企業(yè)培訓(xùn)

鴻蒙開發(fā)者社區(qū)

信創(chuàng)認(rèn)證

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(fèi)課排行榜短視頻直播課軟考學(xué)堂

全部課程軟考信創(chuàng)認(rèn)證華為認(rèn)證廠商認(rèn)證 IT技術(shù)PMP項(xiàng)目管理免費(fèi)題庫(kù)

在線學(xué)習(xí)

文章資源問答課堂專欄直播

51CTO

鴻蒙開發(fā)者社區(qū)

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

鴻蒙開發(fā)者社區(qū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

51CTO學(xué)堂企業(yè)版APP

鴻蒙開發(fā)者社區(qū)視頻號(hào)

51CTO軟考題庫(kù)

賬號(hào)設(shè)置退出

其他數(shù)據(jù)庫(kù)

2136內(nèi)容??

關(guān)注

其他數(shù)據(jù)庫(kù)話題涵蓋其他數(shù)據(jù)庫(kù)相關(guān)研究熱點(diǎn)、技術(shù)難點(diǎn)與應(yīng)用場(chǎng)景，幫助用戶在實(shí)際應(yīng)用中選型。

文章博文課程

共 2136 條

面試官：你項(xiàng)目是如何實(shí)現(xiàn)讀寫分離的？

讀寫分離是一種常見的數(shù)據(jù)庫(kù)架構(gòu)優(yōu)化策略，通過將數(shù)據(jù)庫(kù)的讀操作和寫操作分離，提高了系統(tǒng)的性能、可擴(kuò)展性和高可用性。讀寫分離主流的實(shí)現(xiàn)技術(shù)是 Apache ShardingSphere，通過添加依賴，配置讀寫分離規(guī)則的方式就可以輕松的實(shí)現(xiàn)讀寫分離。

2025-02-26 12:19:52

讀寫分離數(shù)據(jù)庫(kù)架構(gòu)

一文讀懂?dāng)?shù)據(jù)庫(kù)并發(fā)三大“坑”：幻讀、臟讀和不可重復(fù)讀！

在事務(wù)的四個(gè)特性里面，其中隔離性總共分為四種級(jí)別：由低到高依次為 Read uncommitted 、Read committed 、Repeatable read 、Serializable ，這四個(gè)級(jí)別可以逐個(gè)解決臟讀、不可重復(fù)讀、幻讀等這幾類問題。

2025-02-26 10:40:44

數(shù)據(jù)庫(kù)并發(fā)幻讀

國(guó)產(chǎn)集中式數(shù)據(jù)庫(kù)SQL評(píng)測(cè) — 邏輯優(yōu)化原創(chuàng)

謂詞重寫，又稱為等價(jià)謂詞重寫，是指將原執(zhí)行效率低的謂詞改寫為效率高的謂詞并重寫SQL，從而提高SQL的整體執(zhí)行效率的一種優(yōu)化手段。其本質(zhì)是在于不同謂詞的處理效率存在差異所導(dǎo)致。

2025-02-18 07:30:35

SQL 優(yōu)化重寫

別再分庫(kù)分表了，試試TiDB！

NewSQL 提供了與 noSQL 相同的可擴(kuò)展性，而且仍基于關(guān)系模型，還保留了極其成熟的 SQL 作為查詢語言，保證了ACID事務(wù)特性。

2025-02-17 10:30:01

分庫(kù)分表 NewSQL noSQL

高逼格的 SQL 寫法：行行比較

業(yè)務(wù)機(jī)下銷售商品，同個(gè)業(yè)務(wù)機(jī)構(gòu)可以銷售不同的商品，同個(gè)商品可以在不同的業(yè)務(wù)機(jī)構(gòu)銷售，也就說：業(yè)務(wù)機(jī)構(gòu)與商品是多對(duì)多的關(guān)系。

2025-02-14 00:25:00

SQL 寫法業(yè)務(wù)

面試官：說說30億量級(jí)的表結(jié)構(gòu)，你是如何設(shè)計(jì)的

引的長(zhǎng)度與區(qū)分度是一對(duì)矛盾體，一般對(duì)字符串類型數(shù)據(jù)，長(zhǎng)度為 20 的索引，區(qū)分度會(huì)高達(dá) 90%以上，可以使用 count(distinct left(列名, 索引長(zhǎng)度))/count(*)的區(qū)分度來確定。?

2025-02-12 08:43:06

字符串索引數(shù)據(jù)

代碼更優(yōu)雅！開發(fā)者不能錯(cuò)過的五種設(shè)計(jì)模式

Order類的構(gòu)造方法被設(shè)置為私有，并且未提供任何 setter 方法。這強(qiáng)制我們使用 Builder 類，增強(qiáng)了代碼的靈活性和可維護(hù)性。

2025-02-12 08:04:54

代碼 Order setter

SQL 優(yōu)化的“最后一公里”，謹(jǐn)慎操作 NULL 值

NULL 值作為一種特殊的存在，無論它出現(xiàn)在哪種運(yùn)算中，都可能導(dǎo)致意料之外的結(jié)果。因此在數(shù)據(jù)處理之前，我們通常需要對(duì) NULL 值進(jìn)行篩選和處理，以避免出現(xiàn)潛在的問題。

2025-02-11 00:11:00

NULL 運(yùn)算篩選

高效數(shù)據(jù)隔離方案：SpringBoot+JSqlParser 全解析

通過在 prepare 方法進(jìn)行攔截，我們可以在 SQL 語句被最終確定之前更改它，從而使修改生效。如果在 query 或 update 方法中進(jìn)行攔截，則無法更改 SQL 語句，只能在執(zhí)行前后進(jìn)行其他操作，比如日志記錄或者結(jié)果處理。

2025-02-10 14:13:54

SQL 語句 query

如何使用Postgres DB實(shí)現(xiàn)混合搜索譯文精選

本文解釋了如何在單個(gè)PostgresDB中使用全文搜索和pgvector實(shí)現(xiàn)混合搜索（詞法和語義）。

2025-02-10 10:54:53

PostgresDB pgvector 數(shù)據(jù)庫(kù)

我們一起聊聊如何加速無索引表引起的主從延遲數(shù)據(jù)回放

加速無索引表的回放主要是針對(duì)該表上進(jìn)行 DELETE? 或 UPDATE 操作時(shí)有效，而且我們操作的時(shí)候要注意是否能記錄binlog日志，保證主從數(shù)據(jù)一致性，當(dāng)從節(jié)點(diǎn)作為數(shù)據(jù)節(jié)點(diǎn)即存儲(chǔ)節(jié)點(diǎn)的角色時(shí)，要關(guān)注計(jì)算節(jié)點(diǎn)即代理層元數(shù)據(jù)與存儲(chǔ)節(jié)點(diǎn)元數(shù)據(jù)的一致性或者是符合計(jì)算節(jié)點(diǎn)關(guān)于該表的定義規(guī)則。

2025-02-10 10:29:52

數(shù)據(jù)DELETE?日志

關(guān)于時(shí)間序列數(shù)據(jù)的十件事

沒有人希望一開始就使用一個(gè)數(shù)據(jù)庫(kù)，結(jié)果發(fā)現(xiàn)它無法擴(kuò)展或不適合其應(yīng)用程序和系統(tǒng)的增長(zhǎng)需求。正如這篇文章指出的那樣，時(shí)間序列數(shù)據(jù)庫(kù)在數(shù)據(jù)攝取速度、查詢延遲、易用性、可靠性等方面差異很大。

2025-02-10 08:59:54

時(shí)間序列數(shù)據(jù)

Redis 賦能！Spring Boot 實(shí)現(xiàn)高性能分頁+多條件模糊查詢

本文介紹了一種基于 Redis 實(shí)現(xiàn)高性能分頁+多條件模糊查詢的思路。通過 SortedSet 進(jìn)行分頁，結(jié)合 Hash 結(jié)構(gòu)與 HSCAN 實(shí)現(xiàn)模糊匹配，并優(yōu)化查詢效率，能夠大幅提升查詢性能。

2025-02-06 10:00:52

Redis Spring 高性能

詳解如何優(yōu)雅實(shí)現(xiàn)先分組再組內(nèi)排序取數(shù)據(jù)解決方案

分組后組內(nèi)排序取第一條記錄的操作，是 SQL 查詢中的高頻需求。推薦優(yōu)先使用窗口函數(shù) ROW_NUMBER()，其次是子查詢方法，并根據(jù)實(shí)際業(yè)務(wù)場(chǎng)景選擇合適的實(shí)現(xiàn)方式。

2025-02-05 11:41:25

排序函數(shù)SQL

利用數(shù)據(jù)庫(kù) LOAD DATA 特性實(shí)現(xiàn)數(shù)據(jù)批量寫入

在實(shí)際應(yīng)用中，開發(fā)者需要根據(jù)具體的業(yè)務(wù)場(chǎng)景、數(shù)據(jù)量大小、代碼復(fù)雜度要求以及事務(wù)控制等因素，綜合考慮選擇合適的方法。

2025-02-05 09:32:58

數(shù)據(jù)開發(fā)者工具

Java高手進(jìn)階：秒殺場(chǎng)景下的庫(kù)存一致性解決方案

悲觀鎖機(jī)制通過鎖定數(shù)據(jù)庫(kù)中的某行數(shù)據(jù)，確保在高并發(fā)情況下只有一個(gè)用戶可以修改庫(kù)存。在用戶請(qǐng)求秒殺時(shí)，數(shù)據(jù)庫(kù)會(huì)鎖定庫(kù)存行，直到操作完成后才釋放鎖。

2025-02-04 15:48:21

悲觀鎖數(shù)據(jù)庫(kù)應(yīng)用

LIMIT 1000000, 10 為什么慢？如何優(yōu)化？

LIMIT 1000000, 10 之所以慢，主要是因?yàn)閿?shù)據(jù)庫(kù)需要掃描并跳過大量的數(shù)據(jù)。通過使用覆蓋索引、游標(biāo)分頁、子查詢優(yōu)化、延遲關(guān)聯(lián)、緩存和分區(qū)表等技術(shù)，可以顯著提高查詢性能。

2025-02-04 12:17:06

LIMIT 數(shù)據(jù)性能

Go語言：如何使用testcontainers構(gòu)建數(shù)據(jù)訪問層的集成測(cè)試？

即使SQL語句在數(shù)據(jù)庫(kù)客戶端中運(yùn)行完美，放入程序代碼中也不能保證正常工作。使用真實(shí)數(shù)據(jù)庫(kù)進(jìn)行測(cè)試是確認(rèn)組件正常運(yùn)行的唯一方法。

2025-01-26 17:00:46

數(shù)據(jù)庫(kù)SQL 代碼

優(yōu)雅！Spring Boot使用Flyway進(jìn)行數(shù)據(jù)庫(kù)腳本遷移管理

Flyway是一個(gè)開源的數(shù)據(jù)庫(kù)遷移工具，它通過定義一系列有序的SQL腳本（稱為遷移），幫助你管理數(shù)據(jù)庫(kù)的結(jié)構(gòu)變更。這些遷移腳本可以用于創(chuàng)建表、修改列、添加索引等任何數(shù)據(jù)庫(kù)更改操作。

2025-01-26 00:00:35

Flyway 數(shù)據(jù)庫(kù)工具

為什么 LIMIT 0, 10 快，而 LIMIT 1000000, 10 慢？

索引覆蓋是一種數(shù)據(jù)庫(kù)查詢優(yōu)化技術(shù)。它意味著在執(zhí)行查詢時(shí)，數(shù)據(jù)庫(kù)引擎可以直接從索引中獲取所有需要的數(shù)據(jù)，而不必回表（訪問主鍵索引或表中的實(shí)際數(shù)據(jù)行）來獲取額外的信息。這樣可以減少磁盤I/O操作，從而提高查詢性能。?

2025-01-22 08:29:18

索引查詢優(yōu)化

數(shù)據(jù)庫(kù)分片技術(shù)：深入解析與實(shí)踐指南

分片對(duì)于那些尋求水平擴(kuò)展數(shù)據(jù)庫(kù)的人來說可能是一個(gè)很好的解決方案。然而，它也增加了相當(dāng)大的復(fù)雜性，并為你的應(yīng)用程序創(chuàng)造了更多的潛在故障點(diǎn)。

2025-01-22 08:19:34

數(shù)據(jù)庫(kù)分片技術(shù)應(yīng)用程序

LSM樹揭秘：NoSQL存儲(chǔ)系統(tǒng)的核心

今天我們聊了 LSM 樹的相關(guān)知識(shí)，我們首先介紹了 LSM 樹的原理，其實(shí) LSM 并不是樹，而是一個(gè)多層的讀寫流程，LSM 樹本身是為了解決快速寫入的問題而設(shè)計(jì)的，LSM 樹利用了磁盤的順序讀寫能力，通過多層噴泉一樣的方式寫入數(shù)據(jù)，層與層之間不斷歸并計(jì)算。

2025-01-17 08:17:55

LSM 數(shù)據(jù)存儲(chǔ)

一篇帶你快速上手 Seata

事務(wù)通常由高級(jí)數(shù)據(jù)庫(kù)操作語言或編程語言書寫的用戶程序所引起，并用形如 begin transaction 或 end transaction 語句(或函數(shù)調(diào)用)來界定。

2025-01-17 07:00:00

事務(wù)數(shù)據(jù)庫(kù)編程語言

從零到一：GreptimeDB 與 Grafana 的無縫集成指南

我想著怎么給 GreptimeDB 弄一個(gè)自定義的存儲(chǔ)，因?yàn)樗倪@個(gè) 控制器創(chuàng)建完成后，就會(huì)自動(dòng)創(chuàng)建?PV?和?PVC?然后掛載，10G?的存儲(chǔ)，但是我想要自定義，如下?YAML。

2025-01-16 10:46:31

GreptimeDB PV PVC

數(shù)據(jù)庫(kù)連接池大比拼：HikariCP vs Druid，誰更勝一籌？

熟悉 JDBC 的同學(xué)可能知道，用 Java 來操作數(shù)據(jù)庫(kù)，通常需要先創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)連接，然后通過這個(gè)連接來執(zhí)行相關(guān)的 SQL 語句，當(dāng)執(zhí)行完畢之后需要再次手動(dòng)釋放連接。

2025-01-16 10:34:18

HikariCP Druid Java

一起聊聊 Druid 數(shù)據(jù)庫(kù)連接池

- 在MyBatis的Mapper接口中定義數(shù)據(jù)庫(kù)操作方法，如查詢、插入等。在Service層注入Mapper接口，調(diào)用接口方法實(shí)現(xiàn)業(yè)務(wù)邏輯。

2025-01-16 10:30:49

Druid 數(shù)據(jù)庫(kù)連接池

數(shù)據(jù)庫(kù)高可用架構(gòu)的盡頭是RAC嗎？

數(shù)據(jù)庫(kù)業(yè)務(wù)連續(xù)性解決方案的技術(shù)發(fā)展方向是對(duì)應(yīng)用越來越透明，對(duì)應(yīng)用影響越來越小。Oracle對(duì)業(yè)務(wù)連續(xù)性的解決方案已經(jīng)發(fā)展到了全局?jǐn)?shù)據(jù)服務(wù)GDS，RAC只是其中的一個(gè)環(huán)節(jié)了。

2025-01-15 10:53:54

數(shù)據(jù)庫(kù)高可用架構(gòu)

向量數(shù)據(jù)庫(kù)真的能滿足所有 AI Agent 的記憶需求嗎？

記憶管理對(duì)于長(zhǎng)期運(yùn)行的 AI Agents 的廣泛應(yīng)用至關(guān)重要。雖然向量數(shù)據(jù)庫(kù)在處理對(duì)話式智能體時(shí)表現(xiàn)出色，但我們發(fā)現(xiàn)它們無法滿足復(fù)雜 Agentic AI 任務(wù)多樣化的記憶需求，尤其是情景記憶（episodic memory）和程序記憶（procedural memory）。

2025-01-14 10:29:34

向量數(shù)據(jù)庫(kù)AI

阿里終面：業(yè)務(wù)主表讀寫緩慢如何優(yōu)化？

解決讀寫緩慢的問題冷熱分離是個(gè)不錯(cuò)的選擇，上述介紹了三種方案實(shí)現(xiàn)冷熱分離，雖說都能實(shí)現(xiàn)，但是仍然要考慮諸多問題，最棘手的問題就是數(shù)據(jù)一致性的問題。

2025-01-14 10:28:34

業(yè)務(wù)主表讀寫冷熱分離

突然忘記 MySQL 登陸密碼，怎么辦？

很久之前，在 centos7 服務(wù)器上安裝了一個(gè) mysql5.7 的數(shù)據(jù)庫(kù)，不過很長(zhǎng)時(shí)間沒有使用過，記得里面有一些重要數(shù)據(jù)，最近想起來可以用起來，但是密碼忘記了。

2025-01-14 00:00:10

Mysql 登陸數(shù)據(jù)庫(kù)

理解數(shù)據(jù)庫(kù)原理可能是找到破解疑難雜癥最后一張拼圖的關(guān)鍵

我們這些年在Oracle的一些內(nèi)部原理方面的知識(shí)都是一些碎片化的屠龍技，不是遇到問題的時(shí)候，真的沒有太多其他的用處。不過在一些復(fù)雜問題定位的時(shí)候，這些知識(shí)往往是找到解決問題辦法的關(guān)鍵。

2025-01-10 10:30:34

Oracle 數(shù)據(jù)庫(kù)索引

NOSQL數(shù)據(jù)庫(kù)能否符合ACID特性？

ACID不是關(guān)系數(shù)據(jù)庫(kù)的遺留物，而是事務(wù)處理系統(tǒng)中的一個(gè)基礎(chǔ)概念。現(xiàn)代NoSQL數(shù)據(jù)庫(kù)已經(jīng)發(fā)展到包含ACID保證，挑戰(zhàn)了它們天生就是“BASE”的過時(shí)說法。

2025-01-10 09:25:10

NOSQL 數(shù)據(jù)庫(kù)ACID

國(guó)產(chǎn)集中庫(kù)SQL能力評(píng)測(cè) - 視圖原創(chuàng)

對(duì)于存在復(fù)雜視圖的查詢，優(yōu)化器可以有兩種方式來優(yōu)化查詢。一是創(chuàng)建一個(gè)用于聚集視圖合并結(jié)果集，并把這個(gè)結(jié)果集連接到基表中；另一個(gè)是展開視圖連接兩個(gè)基表并聚集這些連接。

2025-01-09 07:30:49

SQL 能力評(píng)測(cè)

Spring boot開啟定時(shí)任務(wù)的三種方式

使用@Scheduled 注解很方便，但缺點(diǎn)是當(dāng)我們調(diào)整了執(zhí)行周期的時(shí)候，需要重啟應(yīng)用才能生效，這多少有些不方便。為了達(dá)到實(shí)時(shí)生效的效果，那么可以使用接口來完成定時(shí)任務(wù)，統(tǒng)一將定時(shí)器信息存放在數(shù)據(jù)庫(kù)中。

2025-01-08 09:55:37

Spring 接口數(shù)據(jù)庫(kù)

我們一起聊聊分庫(kù)分表帶來了哪些問題？

分庫(kù)分表是解決單庫(kù)單表性能瓶頸的有效手段，但也會(huì)引入新的復(fù)雜性和技術(shù)挑戰(zhàn)。這篇文章跟大家一起聊聊，分庫(kù)分表后帶來的7個(gè)問題，以及相關(guān)的解決方案，希望對(duì)你會(huì)有所幫助。

2025-01-07 08:20:49

分庫(kù)分表系統(tǒng)技術(shù)

相同SQL在不同實(shí)例結(jié)果竟然不同，你知道嗎？

這是一個(gè)遺留的老庫(kù)，4節(jié)點(diǎn)12.2的RAC。我們每天都會(huì)通過EM對(duì)數(shù)據(jù)庫(kù)所有PDB的表空間使用量進(jìn)行巡檢，針對(duì)使用率較高的表空間將和業(yè)務(wù)方進(jìn)行溝通并擴(kuò)容。

2025-01-07 08:17:37

SQL EM 數(shù)據(jù)庫(kù)所

K8s 云原生應(yīng)用如何接入監(jiān)控.md

隨著這兩年可觀測(cè)性標(biāo)準(zhǔn)的完善，許多廠商都在往 OpenTelemetry 上進(jìn)行遷移，接入 OpenTelemetry 與直接使用 Prometheus 最大的不同是：不再由 Prometheus 主動(dòng)抓取應(yīng)用指標(biāo)，而是由應(yīng)用給 OpenTelemetry-Collector 推送標(biāo)準(zhǔn)化的可觀測(cè)數(shù)據(jù)（包含日志、trace、指標(biāo)），再由它遠(yuǎn)程寫入 Prometheus 這類時(shí)序數(shù)據(jù)庫(kù)中。

2025-01-03 08:08:56

數(shù)據(jù)庫(kù)Prometheus 指標(biāo)

圖解支付系統(tǒng)訂單號(hào)設(shè)計(jì)與最佳實(shí)踐

假如你也好奇為什么有了數(shù)據(jù)庫(kù)自增ID外還需要業(yè)務(wù)ID，或者想了解如何在業(yè)務(wù)ID中編織進(jìn)業(yè)務(wù)信息比如業(yè)務(wù)系統(tǒng)，數(shù)據(jù)版本，分庫(kù)分表位等，值得花幾分鐘了解一下。同時(shí)我也不建議在支付系統(tǒng)中使用雪花算法來生成業(yè)務(wù)ID。

2025-01-02 09:06:43

支付系統(tǒng)訂單號(hào)數(shù)據(jù)庫(kù)

分布式數(shù)據(jù)庫(kù)下誤刪表怎么恢復(fù)？

數(shù)據(jù)的完整性是數(shù)據(jù)庫(kù)可用性的基本功能，在實(shí)際應(yīng)用數(shù)據(jù)庫(kù)變更操作過程中可能因?yàn)檎`操作導(dǎo)致誤刪表或者truncate操作影響業(yè)務(wù)的正常訪問。本文介紹了分布式數(shù)據(jù)庫(kù)中在誤刪表場(chǎng)景下的數(shù)據(jù)恢復(fù)方案，并進(jìn)行了對(duì)比。

2024-12-31 00:00:20

分布式數(shù)據(jù)庫(kù)可用性

國(guó)產(chǎn)數(shù)據(jù)庫(kù)問題與性能診斷中的宏觀分析與微觀分析

ASH數(shù)據(jù)還可以用來分析某些SQL語句并發(fā)執(zhí)行的情況，會(huì)話的變化情況（會(huì)話數(shù)量、會(huì)話分布情況、活躍會(huì)話數(shù)量、異常會(huì)話數(shù)量、阻塞會(huì)話數(shù)量等的變化），結(jié)合服務(wù)器資源變化的趨勢(shì)，可以獲得十分有價(jià)值的分析結(jié)果。

2024-12-30 10:03:11

數(shù)據(jù)庫(kù)ASH SQL

基于openGauss的關(guān)系型數(shù)據(jù)庫(kù)產(chǎn)品占比達(dá)28.5%，成三個(gè)主流開源技術(shù)路線之首

openGauss社區(qū)將繼續(xù)秉持“共建、共治、共享”的理念，通過與伙伴和全球開發(fā)者共同努力，推動(dòng)基礎(chǔ)軟件技術(shù)的持續(xù)創(chuàng)新和應(yīng)用，構(gòu)建一個(gè)更加開放、多元的全球開源社區(qū)。

2024-12-28 15:50:47

MyBatis 攔截器，帶你輕松搞定數(shù)據(jù)脫敏！

MyBatis 攔截器是一種插件機(jī)制，用于在 MyBatis 執(zhí)行 SQL 語句時(shí)對(duì)其進(jìn)行攔截、修改或增強(qiáng)。攔截器可以插入到 MyBatis 的執(zhí)行過程中的不同位置，從而實(shí)現(xiàn)自定義的行為，例如記錄日志、修改 SQL 查詢、增強(qiáng)性能等。

2024-12-27 08:39:10

MyBatis 攔截器插件機(jī)制

深入剖析SQL死鎖-兩條SQL之間的死鎖原因

在業(yè)務(wù)實(shí)現(xiàn)中，若數(shù)據(jù)存在則修改，不存在則插入，通常大家會(huì)選用 INSERT INTO... ON DUPLICATE KEY UPDATE 語句讓數(shù)據(jù)庫(kù)實(shí)現(xiàn)此功能。近期在進(jìn)行開發(fā)批量取消預(yù)約物流的場(chǎng)景中，由于一個(gè)物流對(duì)應(yīng)多個(gè)訂單，同時(shí)取消多個(gè)物流時(shí)，接口可能會(huì)變慢。

2024-12-27 00:00:00

SQL 死鎖數(shù)據(jù)庫(kù)

常見的千萬級(jí)數(shù)據(jù)分表的遷移方案，你知道幾個(gè)？

為了降低遷移過程中帶來的影響，一般都是選在凌晨進(jìn)行數(shù)據(jù)的遷移，這樣盡量將風(fēng)險(xiǎn)降到最小。許多游戲公司的服務(wù)器升級(jí)，游戲分區(qū)與合區(qū)，都可能會(huì)采用類似的方案。

2024-12-26 08:37:39

千萬級(jí)數(shù)據(jù)分表服務(wù)器

我們一起聊聊國(guó)產(chǎn)數(shù)據(jù)庫(kù)的機(jī)遇與挑戰(zhàn)

國(guó)產(chǎn)數(shù)據(jù)庫(kù)產(chǎn)品想要健康發(fā)展，還是要憑借著優(yōu)秀的服務(wù)和不斷進(jìn)步的產(chǎn)品才能抓住市場(chǎng)，否則牛皮總是會(huì)吹破，市場(chǎng)上又不是至于一個(gè)賣瓜的王婆。

2024-12-26 08:20:37

國(guó)產(chǎn)數(shù)據(jù)庫(kù)產(chǎn)品

SQL 語句是怎么執(zhí)行的？

解析器將語法樹交給查詢優(yōu)化器。查詢優(yōu)化器的任務(wù)是優(yōu)化 SQL 查詢的執(zhí)行方式，生成一個(gè)執(zhí)行計(jì)劃。執(zhí)行計(jì)劃決定了數(shù)據(jù)庫(kù)如何從存儲(chǔ)中讀取數(shù)據(jù)、如何連接不同的表、如何使用索引等。

2024-12-26 08:16:26

SQL 語法樹解析器

開源世界的年度盤點(diǎn)：Kubernetes、Rust、Linux和DOS？

當(dāng)Redis更改其NoSQL數(shù)據(jù)庫(kù)的許可證時(shí)，它突然面臨著一個(gè)名為Valkey的分支得到資金雄厚的重量級(jí)人物的支持，例如亞馬遜網(wǎng)絡(luò)服務(wù)、谷歌、Linux基金會(huì)和甲骨文。

2024-12-26 00:23:46

NoSQL 數(shù)據(jù)庫(kù)Valkey

國(guó)產(chǎn)集中庫(kù)SQL能力評(píng)測(cè) - 子查詢原創(chuàng)

優(yōu)化器需要考慮如何最有效地執(zhí)行嵌套查詢，這可能涉及到多個(gè)表的連接、復(fù)雜的條件邏輯等，這對(duì)于優(yōu)化器挑戰(zhàn)是很大的。

2024-12-19 07:30:34

SQL 子查詢國(guó)產(chǎn)集中庫(kù)

群里說過幾百遍的長(zhǎng)事務(wù)死鎖問題還是被人遇到了~別再這樣做了！

近期測(cè)試中，發(fā)現(xiàn)幾年前開發(fā)的業(yè)務(wù)流程申請(qǐng)模塊在頻繁操作時(shí)會(huì)出現(xiàn)異常提示，導(dǎo)致審批流程失敗。最初以為是代碼邏輯不周或異常處理不足等常見錯(cuò)誤，但通過日志排查后發(fā)現(xiàn)，問題源自數(shù)據(jù)庫(kù)的死鎖。

2024-12-17 10:07:13

死鎖數(shù)據(jù)庫(kù)日志

先更新數(shù)據(jù)庫(kù)，還是先更新緩存？效果還真不一樣！！！

隨著互聯(lián)網(wǎng)的高速發(fā)展，當(dāng)今時(shí)代已然從IT時(shí)代進(jìn)入到DT時(shí)代。互聯(lián)網(wǎng)系統(tǒng)架構(gòu)也已經(jīng)由最初的單體架構(gòu)轉(zhuǎn)變?yōu)榉植际健⑽⒎?wù)架構(gòu)模式。

2024-12-16 08:01:57

數(shù)據(jù)庫(kù)緩存系統(tǒng)

上一頁 1 ··· 3 4 5 6 7 ··· 43 下一頁

點(diǎn)贊

51CTO技術(shù)棧公眾號(hào)

業(yè)務(wù)
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學(xué)堂精培企業(yè)培訓(xùn) CTO訓(xùn)練營(yíng)

在线观看国产日韩| 久久亚洲欧美国产精品乐播 | 欧美专区国产专区| 久久久久久久久久久国产精品| 日韩久久一区二区三区| 亚洲欧洲精品天堂一级| 国产伦精品一区二区三区高清版 | 精品无码在线观看| 国产美女亚洲精品7777| 亚洲国产日韩一区二区| 色视频一区二区三区| www日本视频| 三级久久三级久久久| 免费99精品国产自在在线| 国产精品第七页| 麻豆精品一区| 日本道色综合久久| 国产日本在线播放| 毛片在线看网站| 91麻豆国产精品久久| 91亚洲国产精品| 日韩国产成人在线| 亚洲精品欧洲| 欧美成人性生活| 国产午夜福利一区| 亚洲aa在线| 日韩欧美高清dvd碟片| 91激情视频在线| 成年网站在线视频网站| 亚洲视频在线一区| 欧美最大成人综合网| 亚洲乱熟女一区二区| 日韩国产高清影视| 欧美激情中文网| 国产精品免费人成网站酒店| 伊人久久大香线蕉无限次| 日韩三级免费观看| 日韩在线一区视频| 黄瓜视频成人app免费| 一区二区三区免费观看| 中文字幕久久综合| 亚洲视频tv| 欧美国产精品一区二区| 久久久久久艹| 无码精品黑人一区二区三区| 国产精品一区在线| 91在线高清视频| 国产乱淫av免费| 经典三级在线一区| 成人综合网网址| 亚洲专区第一页| 久久精品久久久精品美女| 国产精品99一区| 日韩精品在线一区二区三区| 欧美亚洲在线| 国产精品av电影| 国产精品第6页| 免费的成人av| 成人黄色免费看| 97在线播放免费观看| 久久精品99国产精品| 国产女人18毛片水18精品| 99成人精品视频| 久久精品国产秦先生| 成人免费视频97| 99在线精品视频免费观看软件| 狠狠色综合日日| 91中文字幕在线| 精品国产av 无码一区二区三区| 国产真实乱偷精品视频免| 亚洲精品欧美日韩| 欧美视频久久久| 久久综合久久综合久久综合| 欧美三级电影在线播放| 国产精品久久久久一区二区国产| 欧美激情一区二区三区全黄| 一区二区三区免费看| 成人三级网址| 午夜精品一区二区三区电影天堂| 六月丁香激情网| 日韩不卡视频在线观看| 日韩一区二区三区高清免费看看 | 99ri日韩精品视频| 亚洲精品久久久久久久久久久久| 国产精品揄拍100视频| av资源久久| 久久香蕉国产线看观看av| 久久久久久久久久久97| 亚洲在线网站| 国产日韩欧美视频| 国内爆初菊对白视频| 久久美女高清视频| 日本福利视频导航| 国产夫妻在线| 欧美日韩大陆一区二区| 国产精品无码自拍| 国产日产精品一区二区三区四区的观看方式| 中文字幕一精品亚洲无线一区| 国产精品白嫩白嫩大学美女| 母乳一区在线观看| 92国产精品视频| 国产在线色视频| 亚洲国产成人av网| 手机免费看av网站| 中文字幕精品影院| 久久久久久尹人网香蕉| 中文字幕91爱爱| av成人免费在线| 亚洲小说欧美另类激情| 伊人久久综合一区二区| 日韩欧美亚洲国产精品字幕久久久| 亚洲第一黄色网址| 欧美成人午夜| 国产精品香蕉国产| 日韩电影免费| 亚洲国产视频直播| 想看黄色一级片| 精品av一区二区| 91精品国产高清| 99riav国产| 国产精品久久久久精k8| 日韩欧美精品在线观看视频| 亚洲图色一区二区三区| 丝袜情趣国产精品| 国产亚洲欧美日韩高清| 9色porny自拍视频一区二区| 在线观看18视频网站| 欧美色片在线观看| 亚洲欧美成人一区二区在线电影| 久久激情免费视频| 国产在线视视频有精品| 亚洲日本理论电影| www.一区| 在线电影中文日韩| 天天操天天干天天摸| 91啦中文在线观看| 男人和女人啪啪网站| xxxx日韩| 国语自产精品视频在线看| 亚洲va欧美va| 亚洲国产中文字幕在线视频综合| 人妻精品久久久久中文字幕69| 999国产精品永久免费视频app| 国产不卡av在线免费观看| 人人九九精品| 一本色道**综合亚洲精品蜜桃冫| 800av在线播放| 日韩视频在线一区二区三区 | 精品欧美色视频网站在线观看| 欧美综合欧美视频| 欧美aaa级片| 精品一区二区日韩| 激情五月五月婷婷| 日本一区二区乱| 欧美高清自拍一区| 性xxxx视频| 色婷婷综合久久久中文一区二区| 法国伦理少妇愉情| 日日欢夜夜爽一区| 亚洲一区二区精品在线| 999精品视频在线观看| 久久久av亚洲男天堂| av中文字幕第一页| 亚洲一区免费视频| 性欧美成人播放77777| 久久久国产精品一区二区中文| 欧洲一区二区在线观看| 精品网站在线| 久久久精品久久久久| 超碰在线播放97| 婷婷综合在线观看| 日本美女xxx| 国产精品77777| 欧美久久久久久久久久久久久| 台湾佬综合网| 国产精品网站入口| 国产精品偷拍| 亚洲免费伊人电影在线观看av| 国产乡下妇女三片| 亚洲精品va在线观看| 日韩综合第一页| 久久久噜噜噜久久狠狠50岁| 亚洲巨乳在线观看| 77成人影视| 国产99视频精品免视看7| 色多多视频在线观看| 精品日产卡一卡二卡麻豆| 99re这里只有精品在线| 日韩美女视频一区| 国产精品无码在线| 久久99国产精品麻豆| av免费观看大全| 欧美第一精品| 久久精品99| 国产精品国产亚洲精品| 清纯唯美亚洲综合| 福利视频在线| 亚洲丝袜av一区| 成人黄色在线观看视频| 在线精品观看国产| 日韩免费一二三区| 国产精品国产成人国产三级| 中文字幕一区二区三区乱码不卡| 青椒成人免费视频| 黄色网页免费在线观看| 偷拍欧美精品| 日韩aⅴ视频一区二区三区| 日韩精品成人| 国产在线精品播放| 日韩高清成人| 午夜精品一区二区三区在线视频| 淫片在线观看| 亚洲天堂精品在线| 日本人妻丰满熟妇久久久久久| 欧美久久久久久久久| 一级片在线观看免费| 亚洲成人激情av| 欧美精品久久久久久久久46p| 久久久精品国产99久久精品芒果| jjzzjjzz欧美69巨大| 韩国v欧美v日本v亚洲v| 日韩av手机版| 免费一级欧美片在线播放| 久久这里只有精品23| 中文字幕亚洲综合久久五月天色无吗''| 久久综合婷婷综合| 嫩草国产精品入口| 国产欧美在线一区二区| 日韩欧美中文字幕在线视频| 国产日韩欧美中文| 国产69精品久久久久9999人| 国产91色在线免费| 天堂av在线网| 2025国产精品视频| 欧美另类老肥妇| 国语自产精品视频在线看一大j8 | av成人手机在线| 日韩精品日韩在线观看| 少妇人妻偷人精品一区二区| 日韩视频一区二区三区在线播放| 国产视频手机在线观看| 欧美精品在线观看一区二区| 中文字幕一区二区三区免费看| 日本精品视频一区二区| 四虎成人在线观看| 在线观看成人小视频| 樱花视频在线免费观看| 在线日韩一区二区| 中文字幕在线播出| 欧美日韩成人在线一区| 国产精品久久久久久久成人午夜| 欧美日韩精品免费观看视频| 中文字幕在线视频免费| 欧美日韩一区视频| 国产精品九九九九| 日韩一区二区在线看片| 亚洲欧美另类综合| 亚洲国产另类久久精品| 四虎在线免费看| 亚洲色图第一页| 99视频在线观看地址| 中文字幕亚洲天堂| 91麻豆免费在线视频| 欧美精品videosex牲欧美| free性欧美| 日本成人免费在线| 日韩三级成人| 国产高清自拍99| 同性恋视频一区| 亚洲欧洲另类精品久久综合| 羞羞色午夜精品一区二区三区| 久久www视频| 先锋影音久久久| wwwwwxxxx日本| 大美女一区二区三区| 特级西西人体4444xxxx| 国产欧美一区二区精品忘忧草 | 午夜久久久久久电影| 国产a∨精品一区二区三区仙踪林| 色久综合一二码| 国产人妖在线播放| 日韩h在线观看| av片在线看| 久久久久亚洲精品| 成人看片毛片免费播放器| 97久久精品午夜一区二区| 欧美18免费视频| 色中文字幕在线观看| 亚洲黄页一区| 不卡的av中文字幕| 波多野结衣在线一区| 欧日韩不卡视频| 午夜欧美2019年伦理| 中国女人一级一次看片| 亚洲第一av网站| 毛片免费不卡| 国产97人人超碰caoprom| 另类视频一区二区三区| 日韩高清三级| 99热在线精品观看| 亚洲欧美日韩中文字幕在线观看| 久久综合av免费| 欧美人妻精品一区二区三区 | 亚洲日本成人在线观看| 欧美日韩一二三四区| 日韩一级完整毛片| 91在线品视觉盛宴免费| 国语自产精品视频在免费| 亚洲一区二区三区久久久| 久久亚洲国产精品日日av夜夜| 一区二区三区四区日韩| 欧美黄色性生活| 91色视频在线| 国产一级片播放| 欧美一级生活片| 亚洲乱亚洲乱妇| 国产精品白丝jk喷水视频一区| 国产suv精品一区| 青少年xxxxx性开放hg| 日本午夜一区二区| 欧美图片一区二区| 五月婷婷久久丁香| www.色呦呦| 久久久91精品国产一区不卡| 亚洲精品.com| 欧美一区二区三区成人久久片| 亚洲激精日韩激精欧美精品| 久久无码人妻一区二区三区| 中文字幕一区av| 91精品视频免费在线观看| 亚洲偷熟乱区亚洲香蕉av| 欧美成人免费电影| 欧美日韩在线精品| 可以免费看不卡的av网站| 国产美女精品久久| 色综合久久久久综合体| 香蕉av在线播放| 2019中文字幕在线免费观看| 丁香5月婷婷久久| 97超碰在线人人| 成人一区二区三区在线观看| 青青草原在线免费观看| 日韩欧美国产1| а_天堂中文在线| 精品亚洲第一| 久久国产直播| 91网站免费视频| 欧美性色黄大片| 在线毛片网站| 91亚洲国产成人精品性色| 亚洲乱码免费伦视频| 日本黄色www| 亚洲一二三四在线| 偷拍精品一区二区三区| 欧美在线视频免费| 精品国产美女| www午夜视频| 亚洲乱码日产精品bd| 午夜精品久久久久久久91蜜桃| 久久久久久久久久国产| 牛牛精品成人免费视频| 亚洲成熟丰满熟妇高潮xxxxx| 久久久不卡影院| 懂色av蜜臀av粉嫩av喷吹| 色青青草原桃花久久综合| 精品中文在线| 久色视频在线播放| 日本一区二区成人| 国产成人麻豆精品午夜在线| 欧美激情性做爰免费视频| 欧美偷窥清纯综合图区| 中文字幕在线观看第三页| 一区在线播放视频| 天堂在线视频免费观看| 国产精品女主播视频| 欧美网站在线| 大又大又粗又硬又爽少妇毛片 | 99精品美女| 香蕉在线观看视频| 色偷偷成人一区二区三区91 | 亚洲欧洲av色图| 少妇人妻一区二区| 国产一区二区丝袜| 亚洲三级观看| 黄色片网站在线播放| 亚洲成人黄色在线| 看片一区二区| 亚洲欧美日韩国产综合在线 | 综合久久av| 国产美女主播在线播放 | 亚洲偷欧美偷国内偷| 国产一区二区三区国产精品| 日本福利视频在线| 亚洲色图另类专区| 你懂的免费在线观看视频网站| 亚洲一区二区三区成人在线视频精品| 亚洲伦理精品| 日韩一级片大全| 亚洲午夜av久久乱码| 国产精品传媒|

<ul id="gi02o"></ul>

<del id="gi02o"></del>

<ul id="gi02o"><sup id="gi02o"></sup></ul>