偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

<u id="tsyde"><table id="tsyde"></table></u>

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

鴻蒙開(kāi)發(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í)

文章資源問(wèn)答課堂專(zhuān)欄直播

51CTO

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

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

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

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

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫(kù)

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

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

2119內(nèi)容??

關(guān)注

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

文章博文課程

共 2119 條

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

即使SQL語(yǔ)句在數(shù)據(jù)庫(kù)客戶(hù)端中運(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è)開(kāi)源的數(shù)據(jù)庫(kù)遷移工具，它通過(guò)定義一系列有序的SQL腳本（稱(chēng)為遷移），幫助你管理數(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ù)查詢(xún)優(yōu)化技術(shù)。它意味著在執(zhí)行查詢(xún)時(shí)，數(shù)據(jù)庫(kù)引擎可以直接從索引中獲取所有需要的數(shù)據(jù)，而不必回表（訪問(wèn)主鍵索引或表中的實(shí)際數(shù)據(jù)行）來(lái)獲取額外的信息。這樣可以減少磁盤(pán)I/O操作，從而提高查詢(xún)性能。?

2025-01-22 08:29:18

索引查詢(xún)優(yōu)化

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

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

2025-01-22 08:19:34

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

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

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

2025-01-17 08:17:55

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

一篇帶你快速上手 Seata

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

2025-01-17 07:00:00

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

從零到一：GreptimeDB 與 Grafana 的無(wú)縫集成指南

我想著怎么給 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，誰(shuí)更勝一籌？

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

2025-01-16 10:34:18

HikariCP Druid Java

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

- 在MyBatis的Mapper接口中定義數(shù)據(jù)庫(kù)操作方法，如查詢(xún)、插入等。在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)用越來(lái)越透明，對(duì)應(yīng)用影響越來(lái)越小。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ù)真的能滿(mǎn)足所有 AI Agent 的記憶需求嗎？

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

2025-01-14 10:29:34

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

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

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

2025-01-14 10:28:34

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

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

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

2025-01-14 00:00:10

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

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

我們這些年在Oracle的一些內(nèi)部原理方面的知識(shí)都是一些碎片化的屠龍技，不是遇到問(wèn)題的時(shí)候，真的沒(méi)有太多其他的用處。不過(guò)在一些復(fù)雜問(wèn)題定位的時(shí)候，這些知識(shí)往往是找到解決問(wèn)題辦法的關(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”的過(guò)時(shí)說(shuō)法。

2025-01-10 09:25:10

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

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

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

2025-01-09 07:30:49

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

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

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

2025-01-08 09:55:37

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

我們一起聊聊分庫(kù)分表帶來(lái)了哪些問(wèn)題？

分庫(kù)分表是解決單庫(kù)單表性能瓶頸的有效手段，但也會(huì)引入新的復(fù)雜性和技術(shù)挑戰(zhàn)。這篇文章跟大家一起聊聊，分庫(kù)分表后帶來(lái)的7個(gè)問(wèn)題，以及相關(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ì)通過(guò)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)程寫(xiě)入 Prometheus 這類(lèi)時(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)中使用雪花算法來(lái)生成業(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ù)變更操作過(guò)程中可能因?yàn)檎`操作導(dǎo)致誤刪表或者truncate操作影響業(yè)務(wù)的正常訪問(wèn)。本文介紹了分布式數(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ù)問(wèn)題與性能診斷中的宏觀分析與微觀分析

ASH數(shù)據(jù)還可以用來(lái)分析某些SQL語(yǔ)句并發(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è)主流開(kāi)源技術(shù)路線之首

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

2024-12-28 15:50:47

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

MyBatis 攔截器是一種插件機(jī)制，用于在 MyBatis 執(zhí)行 SQL 語(yǔ)句時(shí)對(duì)其進(jìn)行攔截、修改或增強(qiáng)。攔截器可以插入到 MyBatis 的執(zhí)行過(guò)程中的不同位置，從而實(shí)現(xiàn)自定義的行為，例如記錄日志、修改 SQL 查詢(xún)、增強(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 語(yǔ)句讓數(shù)據(jù)庫(kù)實(shí)現(xiàn)此功能。近期在進(jìn)行開(kāi)發(fā)批量取消預(yù)約物流的場(chǎng)景中，由于一個(gè)物流對(duì)應(yīng)多個(gè)訂單，同時(shí)取消多個(gè)物流時(shí)，接口可能會(huì)變慢。

2024-12-27 00:00:00

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

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

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

2024-12-26 08:37:39

千萬(wàn)級(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è)賣(mài)瓜的王婆。

2024-12-26 08:20:37

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

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

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

2024-12-26 08:16:26

SQL 語(yǔ)法樹(shù)解析器

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

當(dāng)Redis更改其N(xiāo)oSQL數(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è) - 子查詢(xún) 原創(chuàng)

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

2024-12-19 07:30:34

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

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

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

DML操作報(bào)列不存在？

如果出現(xiàn)在執(zhí)行DML操作時(shí)報(bào)錯(cuò)，并且報(bào)錯(cuò)跟當(dāng)前表沒(méi)有什么關(guān)系時(shí)可以考慮是否有觸發(fā)器與當(dāng)前表有關(guān)聯(lián)，檢查一下觸發(fā)器中涉及的SQL語(yǔ)句。

2024-12-13 08:25:59

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

數(shù)據(jù)庫(kù)會(huì)首先連接其中的兩個(gè)表，產(chǎn)生一個(gè)結(jié)果集；然后將產(chǎn)生的結(jié)果集與下一個(gè)表再進(jìn)行關(guān)聯(lián)；繼續(xù)這個(gè)過(guò)程，直到所有的表都連接完成；最后產(chǎn)生所需的數(shù)據(jù)。本文將對(duì)比不同數(shù)據(jù)庫(kù)對(duì)表連接的處理方式差異。

2024-12-10 07:30:46

數(shù)據(jù)庫(kù)表連接數(shù)據(jù)

國(guó)產(chǎn)分布式數(shù)據(jù)庫(kù)的通用診斷方法，你學(xué)會(huì)了嗎？

對(duì)于分布式數(shù)據(jù)庫(kù)而言，會(huì)話分析也與集中式數(shù)據(jù)庫(kù)不同，會(huì)話均衡性、活躍會(huì)話均衡性、新增會(huì)話均衡性等指標(biāo)是發(fā)現(xiàn)問(wèn)題的關(guān)鍵，因此針對(duì)這些指標(biāo)，需要常態(tài)化采集。

2024-12-06 10:54:17

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

國(guó)產(chǎn)集中庫(kù)SQL能力評(píng)測(cè) - 訪問(wèn)路徑原創(chuàng) 精選

從數(shù)據(jù)庫(kù)架構(gòu)上看，考慮到分布式與集中式的差異較大，本次將重點(diǎn)放在集中式數(shù)據(jù)庫(kù)上。從之前接觸用戶(hù)到第三方調(diào)查機(jī)構(gòu)的報(bào)告來(lái)看，數(shù)據(jù)庫(kù)的集中式架構(gòu)仍然是主流架構(gòu)，占據(jù)近八成左右的市場(chǎng)份額。因此選擇以集中式數(shù)據(jù)庫(kù)為評(píng)測(cè)對(duì)象。

2024-12-05 07:31:16

數(shù)據(jù)庫(kù)架構(gòu)分布式

一文講清數(shù)據(jù)庫(kù)的分庫(kù)分表

根據(jù)性能測(cè)試結(jié)果，對(duì)分庫(kù)分表策略和代碼進(jìn)行優(yōu)化調(diào)整。例如，如果發(fā)現(xiàn)某些查詢(xún)操作仍然較慢，可以考慮優(yōu)化索引策略、調(diào)整分片規(guī)則或者增加緩存機(jī)制等。

2024-12-04 13:02:34

數(shù)據(jù)庫(kù)分庫(kù)分表

我們一起聊聊國(guó)產(chǎn)集中式數(shù)據(jù)庫(kù)運(yùn)維診斷通用辦法

如果OS資源沒(méi)有發(fā)現(xiàn)什么問(wèn)題，那么我們就必須去從數(shù)據(jù)庫(kù)的角度找問(wèn)題了。這方面也有一些數(shù)據(jù)庫(kù)通用的診斷方法。首先如果數(shù)據(jù)庫(kù)支持等待事件，而且等待事件相對(duì)是準(zhǔn)確的，那么通過(guò)等待事件可以看出一些端倪。

2024-12-04 08:44:25

OS 集中式數(shù)據(jù)庫(kù)

SQLite 內(nèi)連接：深入理解與實(shí)踐

內(nèi)連接是 SQLite 中強(qiáng)大而靈活的工具，允許我們有效地組合來(lái)自多個(gè)表的數(shù)據(jù)。通過(guò)本文的示例和解釋?zhuān)覀兲接懥藘?nèi)連接的基本概念、語(yǔ)法和實(shí)際應(yīng)用。?

2024-12-02 11:39:30

SQLite 內(nèi)連接工具

GreatSQL內(nèi)存消耗異常排查攻略：從系統(tǒng)到應(yīng)用層面的深入分析

本文和大家試著使用 GreatSQL 中的 sys schema 和 performance_schema 進(jìn)行深入分析，找出內(nèi)存消耗大戶(hù)的源頭，并盡可能解決問(wèn)題。

2024-11-29 13:02:10

GreatSQL 內(nèi)存系統(tǒng)

一文帶你掌握in到底走不走索引？啥情況能走啥情況不能走

總體來(lái)說(shuō)，in后面條件越少越好，假設(shè)一張表有1000萬(wàn)條數(shù)據(jù)，in后面的條件有10000個(gè)，這時(shí)候就算走了range索引，估計(jì)效率也好不到哪里。

2024-11-29 10:44:00

in 索引數(shù)據(jù)

聊聊不同數(shù)據(jù)庫(kù)對(duì)空串空值處理方式的異同與業(yè)務(wù)側(cè)的應(yīng)對(duì)方法

在大數(shù)據(jù)領(lǐng)域，由于TDH inceptor/apache hive 是存算分離的，情況更為復(fù)雜：應(yīng)用既可以通過(guò)SQL對(duì)表數(shù)據(jù)進(jìn)行增刪改查，也可以繞過(guò) SQL直接使用底層文件系統(tǒng)中特定文件格式的API,。

2024-11-28 14:27:59

數(shù)據(jù)庫(kù)微服務(wù)空串空值

盤(pán)點(diǎn)數(shù)據(jù)庫(kù)主從延遲的九個(gè)原因以及解決方案

低版本的MySQL只支持單線程復(fù)制，如果主庫(kù)并發(fā)高，來(lái)不及傳送到從庫(kù)，就會(huì)導(dǎo)致延遲。可以換用更高版本的Mysql，可以支持多線程復(fù)制。

2024-11-28 09:37:28

數(shù)據(jù)庫(kù)主從延遲單線程

三種常見(jiàn)的數(shù)據(jù)脫敏方案，你知道哪種？

數(shù)據(jù)脫敏插件，目前支持地址脫敏、銀行卡號(hào)脫敏、中文姓名脫敏、固話脫敏、身份證號(hào)脫敏、手機(jī)號(hào)脫敏、密碼脫敏一個(gè)是正則脫敏、另外一個(gè)根據(jù)顯示長(zhǎng)度脫敏，默認(rèn)是正則脫敏，可以根據(jù)自己的需要配置自己的規(guī)則。

2024-11-26 07:47:41

數(shù)據(jù)脫敏插件

QPS提升10倍的SQL優(yōu)化秘籍

QPS，簡(jiǎn)單來(lái)說(shuō)，就是數(shù)據(jù)庫(kù)每秒能處理的查詢(xún)數(shù)量。它直接關(guān)系到系統(tǒng)的響應(yīng)速度和用戶(hù)體驗(yàn)。而SQL優(yōu)化，則是提升QPS的重要手段之一。通過(guò)優(yōu)化SQL語(yǔ)句，我們可以減少查詢(xún)的執(zhí)行時(shí)間和資源消耗，從而提高數(shù)據(jù)庫(kù)的吞吐量。

2024-11-25 09:11:43

QPS 數(shù)據(jù)庫(kù)吞吐量

分庫(kù)分表后如何生成主鍵ID？

數(shù)據(jù)庫(kù)自增 ID 只適用于單機(jī)數(shù)據(jù)庫(kù)環(huán)境，而對(duì)于分庫(kù)、分表、數(shù)據(jù)分片來(lái)說(shuō)，自增 ID 不具備唯一性，所以要要使用雪花 ID 來(lái)替代數(shù)據(jù)庫(kù)自增 ID。

2024-11-22 15:32:19

數(shù)據(jù)庫(kù)自增 ID UUID

MyBatis 批量操作的五個(gè)坑，千萬(wàn)不要踩了！

批量操作往往隱藏著一些坑，使用不當(dāng)，很可能會(huì)造成生產(chǎn)事故。今天來(lái)分享使用 MyBatis 批量操作可能會(huì)遇到的一些坑。

2024-11-20 18:16:39

MyBatis 批量操作數(shù)據(jù)庫(kù)

國(guó)產(chǎn)數(shù)據(jù)庫(kù)，開(kāi)始核心平替了！

崖山數(shù)據(jù)庫(kù)最大的競(jìng)爭(zhēng)力就是有著一只不可復(fù)制的團(tuán)隊(duì)，有非常優(yōu)秀，天才橫溢的青年科學(xué)家，也聚集了中國(guó)非常難得的、堅(jiān)持坐十年冷板凳的數(shù)據(jù)庫(kù)內(nèi)核工匠。

2024-11-20 09:27:06

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

面試官：說(shuō)說(shuō)MVCC的執(zhí)行原理？

MVCC 的實(shí)現(xiàn)主要依賴(lài)讀視圖 Read View 和 Undo Log 鏈，通過(guò) Read View 中的 4 個(gè)字段，判斷要讀取 Undo Log 中數(shù)據(jù)，從而解決了數(shù)據(jù)庫(kù)并發(fā)訪問(wèn)中，數(shù)據(jù)一致性的問(wèn)題。

2024-11-19 15:13:02

MVCC 數(shù)據(jù)庫(kù)數(shù)據(jù)一致性

上一頁(yè) 1 ··· 3 4 5 6 7 ··· 43 下一頁(yè)

點(diǎn)贊

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

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

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

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

<cite id="n3pz4"><form id="n3pz4"></form></cite>