精品欧美一区二区三区在线观看 _久久久久国色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)

2020国产精品自拍| www.av欧美| 亚洲美女综合网| 亚洲第一伊人| 国产香蕉一区二区三区在线视频| 国产精品国产亚洲精品| 不卡电影一区二区三区| 欧美壮男野外gaytube| 国产1区2区在线观看| 91丨精品丨国产| 一级女性全黄久久生活片免费| 欧美在线视频a| 免费91在线观看| 大奶一区二区三区| 欧美午夜一区二区三区| 国产精品国三级国产av| 九色在线视频| 国产伦精一区二区三区| 91精品国产91| 无码黑人精品一区二区| 九一国产精品| 91精品福利在线一区二区三区 | 国产一区二区三区精品在线观看 | 国产在线观看网站| 激情亚洲综合在线| 欧美一级大片视频| 国产一级二级毛片| 99久久精品费精品国产| 亚洲欧洲高清在线| 丝袜熟女一区二区三区| 亚洲天堂网站| 在线一区二区三区做爰视频网站| 欧美精品免费观看二区| 国产麻豆免费视频| 日韩av一级电影| 91精品国产乱码久久久久久蜜臀 | 51一区二区三区| 亚洲午夜在线电影| 四虎精品欧美一区二区免费| 国产尤物视频在线| 91蝌蚪porny九色| 7777精品久久久大香线蕉小说| 美国精品一区二区| 国产欧美日韩| 亚洲乱码国产乱码精品精| 久久久久xxxx| 国产精品天堂蜜av在线播放| 欧美午夜无遮挡| 妞干网在线视频观看| 欧美xxxx视频| 亚洲在线中文字幕| 国风产精品一区二区| 欧美一区二区三区在线观看免费| 国产九色精品成人porny| 日韩av免费在线播放| 精品国产免费观看| 国产精品久久久久久模特 | 成人久久一区二区| 国产污视频网站| 国产精品日韩| 欧美在线欧美在线| 三级网站在线播放| 久久久久久婷| 日本久久中文字幕| 亚洲成熟少妇视频在线观看| 米奇777在线欧美播放| 日本欧美黄网站| 亚洲大尺度在线观看| 日韩精品1区2区3区| 国产精品久久av| 亚洲国产无线乱码在线观看| 蜜桃一区二区三区在线观看| 成人h猎奇视频网站| 99在线小视频| 岛国av在线一区| 国内视频一区二区| 国模精品一区二区| 国产精品电影一区二区三区| 自拍另类欧美| 成人超碰在线| 欧美性猛交xxxx免费看漫画 | 精品久久久国产| 久在线观看视频| 影视一区二区三区| 7777女厕盗摄久久久| 男人女人拔萝卜视频| 美国一区二区| 曰本色欧美视频在线| 欧美激情精品久久久久久免费 | 欧美hdxxxx| 欧美日韩国产限制| 不卡av免费在线| 豆花视频一区| 日韩禁在线播放| 成年人视频软件| 午夜久久免费观看| 992tv成人免费视频| 日韩三级小视频| 日本伊人午夜精品| 国产精品久久九九| 在线观看国产原创自拍视频| 亚洲一区av在线| 成年人在线观看视频免费| 精品中文字幕一区二区三区四区| 欧美午夜精品一区二区三区| 一二三级黄色片| 日韩欧美黄色| 精品国偷自产在线| 欧美一区二区三区四| 久久国产乱子精品免费女| 国产精品jizz视频| av在线第一页| 午夜精品久久久久久久久| 超碰成人在线播放| 欧美亚洲tv| 欧美老女人性视频| 中文字幕激情视频| 26uuu国产日韩综合| 桥本有菜av在线| 欧美一级大黄| 精品88久久久久88久久久| 亚洲精品视频网址| 亚洲专区一区| 成人午夜电影免费在线观看| av中文字幕在线| 色婷婷精品久久二区二区蜜臂av| 国产成人无码一二三区视频| 中文字幕亚洲在线观看| 中文字幕无线精品亚洲乱码一区 | 男人添女人下面高潮视频| 亚洲mmav| 日韩av在线资源| 久久丫精品久久丫| 国产真实乱对白精彩久久| 色一情一乱一伦一区二区三欧美 | www.夜夜爱| 日韩综合av| 在线观看欧美日韩| 欧美一区二区三区不卡视频| 国产成人av在线影院| 午夜一区二区三区| 日韩电影av| 国产视频综合在线| 亚洲国产精品午夜在线观看| 国产福利一区二区| 永久免费看av| 日本一区二区三区播放| 不卡av日日日| 国产裸体永久免费无遮挡| 国产精品青草久久| 亚洲精品久久久中文字幕| 国产精品中文字幕亚洲欧美| 欧美一级淫片播放口| 香蕉视频网站在线| 精品久久久久久国产| 性欧美18—19sex性高清| 精品91在线| 国产视频一区二区三区四区| xxxx视频在线| 日韩精品极品视频免费观看| 天天插天天操天天干| 99热这里都是精品| 人妻熟女一二三区夜夜爱| 香蕉久久精品日日躁夜夜躁| 日韩av免费在线看| 在线观看国产原创自拍视频| 欧美美女喷水视频| 看片网站在线观看| 成人免费毛片嘿嘿连载视频| 国产青青在线视频| 久久av导航| 国产噜噜噜噜久久久久久久久| 成人爽a毛片一区二区| 一区二区三区丝袜| 国产毛片毛片毛片毛片毛片毛片| 99久久久久久中文字幕一区| 91久久久久久久久久久| 午夜小视频在线观看| 精品国产网站在线观看| 91午夜视频在线观看| 国产日韩影视精品| 在线a免费观看| 国产一区亚洲| 欧美最大成人综合网| 少妇精品视频在线观看| 欧美疯狂性受xxxxx另类| 天天色棕合合合合合合合| 91久久香蕉国产日韩欧美9色| 黄色免费看视频| 久热综合在线亚洲精品| 日韩人妻精品一区二区三区| 国产精品17p| 国产精品久久久久秋霞鲁丝| dy888亚洲精品一区二区三区| 欧美日韩一级视频| 国产一卡二卡在线播放| 国产欧美视频一区二区| 91av免费观看| 日韩有码一区二区三区| 777久久精品一区二区三区无码 | 成年人网站av| 国产亚洲成人一区| 一区二区精品在线| 欧美在线关看| 91免费看片在线| 在线观看爽视频| 日韩中文字幕av| 搡老岳熟女国产熟妇| 欧美日韩一区二区电影| 国产做受高潮漫动| 亚洲柠檬福利资源导航| 欧美老熟妇乱大交xxxxx| 国产不卡视频在线观看| 亚洲色图在线视频| 亚洲国内自拍| 无码人妻精品一区二区三区99v| 91视频亚洲| 日韩av电影手机在线| 日本三级在线观看网站| 色偷偷av一区二区三区| 日本电影一区二区在线观看 | 中文字幕在线观看视频免费| 亚洲激情男女视频| 青青草华人在线视频| 国产婷婷一区二区| 亚洲欧美日韩在线| 国产一区二区在线电影| 精品999在线| 性欧美videos另类喷潮| 999一区二区三区| 一区二区电影在线观看| 亚洲国产精品123| 国产精品视频一区二区三区四蜜臂| 清纯唯美亚洲综合| 国产福利在线免费观看| 欧美精品手机在线| 国产激情在线视频| www.亚洲天堂| 免费在线观看av| 尤物精品国产第一福利三区| 久热av在线| 亚洲电影免费观看高清完整版在线| 中文字幕精品无码一区二区| 亚洲成av人片在线| www.99re7| 一区二区三区日韩精品视频| 国产高潮流白浆| 亚洲欧美另类小说| 玖玖爱这里只有精品| 亚洲精品视频免费观看| 91日韩中文字幕| 一区二区三区鲁丝不卡| 国产精品白嫩白嫩大学美女| 亚洲激情校园春色| 国产午夜久久久| 五月天一区二区| 中文在线字幕观看| 波多野洁衣一区| 噜噜噜在线视频| 久久网站最新地址| 超碰97人人干| 国产日韩av一区| 性色国产成人久久久精品 | 亚洲天堂av中文字幕| 日本一区二区视频在线观看| 日韩免费av一区二区三区| 国产午夜精品无码一区二区| 一区二区三区在线观看动漫| 青娱乐国产在线| 国产精品超碰97尤物18| 日本少妇高清视频| 亚洲高清免费视频| 91看片在线播放| 91福利视频网站| 怡红院男人天堂| 欧美一卡二卡三卡| 天堂网2014av| 国产一区二区三区久久精品| 3p在线观看| 欧美乱大交做爰xxxⅹ性3| 牛牛精品在线视频| 2019亚洲日韩新视频| 99精品国自产在线| 99高清视频有精品视频| 国语一区二区三区| 欧美午夜精品久久久久免费视| 国产区一区二| 国产精品我不卡| 国产不卡一二三区| 一本二本三本亚洲码| 午夜精品久久99蜜桃的功能介绍| 亚洲图片欧洲图片日韩av| 久久激情电影| 激情五月婷婷六月| 免费人成精品欧美精品| 亚洲区欧美区| 国产午夜精品久久| 免费网站看av| 欧美专区日韩专区| 亚洲精品国产手机| 一个色综合导航| 美女精品导航| 国产精品入口免费视频一| 91免费精品国偷自产在线在线| 亚洲自拍高清视频网站| 校园春色另类视频| 99亚洲国产精品| 日本午夜精品一区二区三区电影| 男人天堂999| 国产一区二区在线观看视频| 国产全是老熟女太爽了| 亚洲欧美偷拍另类a∨色屁股| 亚洲综合视频网站| 日韩欧美aaa| 亚洲国产精品二区| 中文字幕一精品亚洲无线一区| 国产黄在线观看免费观看不卡| 亚洲精品小视频在线观看| 超碰在线无需免费| 国产精品久久久久久久久借妻| 国产成人精品亚洲日本在线观看| 国产精品成人av性教育| 日韩欧美中文在线观看| 亚洲图片在线观看| 老牛影视一区二区三区| 97人妻精品一区二区三区免费| 26uuu色噜噜精品一区| 欧美黄色一级网站| 欧美日韩三级在线| 青青草av免费在线观看| 午夜精品理论片| 2023国产精华国产精品| 裸体大乳女做爰69| 美女在线观看视频一区二区| 少妇大叫太粗太大爽一区二区| 日本一区二区不卡视频| 黑人一级大毛片| 亚洲а∨天堂久久精品9966| 成人在线app| 亚洲自拍偷拍色片视频| 国产精品久久久久一区二区三区厕所| www亚洲国产| 久久黄色级2电影| 天堂网av2018| 欧美日韩国产123区| 国产理论电影在线观看| 人人做人人澡人人爽欧美| 偷拍精品福利视频导航| 无罩大乳的熟妇正在播放| av资源网一区| 天海翼一区二区| 日韩精品黄色网| 免费观看亚洲| 欧美日韩无遮挡| 日产国产高清一区二区三区| 久久久久久国产免费a片| 欧美亚洲丝袜传媒另类| 成人免费视频| 国产在线拍揄自揄视频不卡99 | 欧美日本在线| 熟女人妻一区二区三区免费看| 97se亚洲国产综合自在线不卡| 大胸美女被爆操| 欧美剧在线免费观看网站| 91涩漫在线观看| 成人国产精品久久久久久亚洲| 女同一区二区三区| 国产精品沙发午睡系列| 91在线视频网址| 9i精品福利一区二区三区| 国产精品网站在线播放| 无码人妻丰满熟妇奶水区码| 亚洲欧美日韩一区二区三区在线| 182tv在线播放| 国产福利久久精品| 性欧美精品高清| 国产黄色录像视频| 在线播放欧美女士性生活| 1769免费视频在线观看| 国产精品久久久久免费| 老司机一区二区三区| 免费看一级黄色| 精品国产伦一区二区三区观看方式 | 波多野结衣一本| 欧洲精品一区二区三区在线观看| www日本高清| 欧美亚洲国产视频| 日韩精品欧美激情一区二区| 国产91在线免费观看| 天天色综合成人网| 8888四色奇米在线观看| 国产传媒一区| 三级亚洲高清视频| 中文字幕在线观看成人| 亚洲成色777777在线观看影院| 国产黄大片在线观看画质优化| 国产精品久久久999| 伊人久久大香线| 久久久久国产精品区片区无码| 午夜久久久久久|

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

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

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