自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

AI.x社區(qū)

軟考社區(qū)

企業(yè)培訓

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

WOT技術大會

公眾號矩陣

移動端

視頻課免費課排行榜短視頻直播課軟考學堂

全部課程軟考華為認證廠商認證 IT技術 PMP項目管理免費題庫

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

51CTO

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

51CTO技術棧

51CTO官微

51CTO學堂

51CTO博客

CTO訓練營

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

51CTO軟考

51CTO學堂APP

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

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

51CTO軟考題庫

賬號設置退出

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

1982內容??

關注

其他數(shù)據(jù)庫話題涵蓋其他數(shù)據(jù)庫相關研究熱點、技術難點與應用場景，幫助用戶在實際應用中選型。

文章博文課程

共 1982 條

數(shù)據(jù)庫分庫分表最詳解

跨庫、或跨表的事務處理，難度陡增，還會需要分布式事務管理....等等，因為數(shù)據(jù)已經分布到：不同的環(huán)境、和服務器上了。

2024-08-02 15:47:28

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

五大金剛-Redis的五種數(shù)據(jù)類型設計靈活，組合用滿足復雜的應用

可以使用哈希存儲用戶信息，再使用有序集合來維護用戶的游戲得分排名。通過合理利用這些數(shù)據(jù)類型，可以構建高性能、低延遲的應用。

2024-08-02 13:10:25

Redis 數(shù)據(jù)類型延遲

使用Langchain構建簡單的數(shù)據(jù)庫Agent

如果對內容有什么疑問和建議可以私信和留言，也可以添加我加入大模型交流群，一起討論大模型在創(chuàng)作、RAG和agent中的應用。?

2024-08-01 13:12:57

Langchain 數(shù)據(jù)庫 Agent

服了！DELETE 同一行記錄也會造成死鎖！

DELETE同一行記錄引發(fā)死鎖是一個復雜的問題，需要從多個角度進行考慮和解決。通過優(yōu)化事務設計、調整隔離級別、使用鎖超時和重試機制、利用監(jiān)控和診斷工具以及代碼層面的優(yōu)化，我們可以有效地降低死鎖的風險，提高數(shù)據(jù)庫的性能和穩(wěn)定性。

2024-08-01 09:57:17

DELETE 死鎖工具

當你的PG數(shù)據(jù)庫慢慢變大，你會怎么辦？

如果你們企業(yè)規(guī)模不大，從Oracle遷移到PG后DBA的工作量不夠飽滿，干這些工作有助于讓你的工作量飽滿起來，那么你承接這些SQL優(yōu)化的工作也是可以的。

2024-07-31 08:21:53

PG 數(shù)據(jù)庫 DBA

你是如何用 Go 語言配置高性能 SQL.DB 的？

Go 的 database/sql 包提供了連接池的功能，您可以通過設置最大空閑連接、最大打開連接數(shù)和連接的最大生命周期來優(yōu)化連接池。

2024-07-30 09:02:15

Go 語言連接數(shù)

SQL 中的高級字符處理函數(shù)

以端到端的方式返回從串聯(lián)或聯(lián)接的兩個或更多字符串值生成的字符串。它會用第一個函數(shù)參數(shù)中指定的分隔符分隔連接的字符串值。（CONCAT_WS 指示使用分隔符連接。）

2024-07-29 10:46:50

SQL 字符函數(shù)

SQLite這么小眾的數(shù)據(jù)庫，到底是什么人在用？

WebAssembly (WASM) 是一種低級字節(jié)碼格式，能夠在現(xiàn)代瀏覽器中高效運行。它被設計為一個可移植的目標，可以被多種編程語言編譯成它。它有接近原生的性能，同時可以安全地運行在瀏覽器的沙箱環(huán)境中。

2024-07-26 08:34:25

SQLite 數(shù)據(jù)庫字節(jié)碼

分庫分表的理解與實踐

分庫分表是應對大數(shù)據(jù)量和高并發(fā)訪問的有效手段。通過合理的分庫分表策略和實踐建議，可以提升數(shù)據(jù)庫的性能和擴展性，為業(yè)務的快速發(fā)展提供有力支撐。

2024-07-26 00:16:11

分庫分表高并發(fā)大數(shù)據(jù)

面試官：聊聊你對分庫分表的理解？

分庫分表技術不但是日常工作中用于解決數(shù)據(jù)庫中的數(shù)據(jù)量會急劇增長，解決單庫單表性能瓶頸的一種方案，更是面試中的高頻知識點。

2024-07-25 18:20:03

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

一億數(shù)據(jù)大表的分頁技術實踐

處理包含一億條記錄的大表時，分頁查詢的性能優(yōu)化是一個復雜而重要的任務。通過選擇合適的分頁策略、優(yōu)化數(shù)據(jù)庫查詢、使用緩存系統(tǒng)和實施分庫分表等操作，可以顯著提高分頁查詢的性能和用戶體驗。

2024-07-25 09:15:39

數(shù)據(jù)大表優(yōu)化

數(shù)據(jù)庫性能優(yōu)化：提升系統(tǒng)響應速度的關鍵策略

數(shù)據(jù)庫性能優(yōu)化是一個持續(xù)的過程，需要開發(fā)者和運維人員共同努力。通過合理設計數(shù)據(jù)庫表結構、優(yōu)化查詢語句、建立索引、分庫分表、定期清理垃圾數(shù)據(jù)等策略，可以顯著提升數(shù)據(jù)庫的查詢速度和事務處理能力，減少系統(tǒng)響應時間，提高用戶體驗。

2024-07-23 08:08:18

數(shù)據(jù)庫性能優(yōu)化

多款OLAP數(shù)據(jù)庫大比拼，誰更勝一籌？

昨天又使用最新版本作了對比，這次chdb卡在了Query08和Query09上，為了確認Query09很耗時，我在我的筆記本（mac M2Max 32GB內存）上做了測試，耗時158s多。

2024-07-19 08:33:56

OLAP 數(shù)據(jù)庫 Query09

數(shù)據(jù)庫技術演進之路

規(guī)范化有第一范式（1NF）：確保每列都是原子的，不可再分；第二范式（2NF）：消除非主屬性對主鍵部分依賴，確保每列都依賴于整個主鍵；第三范式（3NF）：消除傳遞依賴，確保每列都直接依賴于主鍵。

2024-07-17 11:40:58

數(shù)據(jù)庫技術演進

國產數(shù)據(jù)庫替代策略的探討

大家要注意的是，在選型決策時，要考慮這個清單的有效期是三年。因此不排除兩三年后清單會發(fā)生變化。一些企業(yè)甚至可能會離開商用數(shù)據(jù)庫產業(yè)，因此并不是簡單的從中選擇某個數(shù)據(jù)庫產品就可以了。

2024-07-16 08:22:09

國產數(shù)據(jù)庫策略

GreatSQL 構建高效 HTAP 服務架構指南

從 GreatSQL 8.0.32-25 版本開始，新增Rapid存儲引擎，該引擎使得 GreatSQL 能滿足聯(lián)機分析（OLAP）查詢請求。GreatSQL Rapid引擎性能表現(xiàn)優(yōu)異，在32C64G測試機環(huán)境下，TPC-H 100G測試中22條SQL總耗時僅需不到80秒。

2024-07-12 12:43:51

GreatSQL Rapid 引擎性

巧用Lock解決緩存擊穿的解決方案

緩存擊穿是指緩存中沒有但數(shù)據(jù)庫中有的數(shù)據(jù)（一般是緩存時間到期），這時由于并發(fā)用戶特別多，同時讀緩存沒讀到數(shù)據(jù)，又同時去數(shù)據(jù)庫去取數(shù)據(jù)，引起數(shù)據(jù)庫壓力瞬間增大，造成過大壓力。

2024-07-12 08:48:50

緩存數(shù)據(jù)庫數(shù)據(jù)

數(shù)據(jù)庫系統(tǒng)中何時使用預寫式日志和邏輯復制

預寫日志 (WAL) 和邏輯復制在實現(xiàn)數(shù)據(jù)庫系統(tǒng)中的可用性、災難恢復和可擴展性方面發(fā)揮著作用。WAL非常適合優(yōu)先考慮數(shù)據(jù)一致性且對性能有影響的場景，例如災難恢復設置。另一方面，邏輯復制提供了對復制行為的靈活性與控制，使其非常適合具有不同需求的復雜環(huán)境。

2024-07-11 11:08:54

數(shù)據(jù)庫系統(tǒng)WAL

我們一起聊聊 SQL 性能優(yōu)化神器

rows顯示了檢查的估計行數(shù)，rows× filtered顯示了與下表連接的行數(shù)。例如，如果 rows為1000且 filtered為50.00（50％），則與下表連接的行數(shù)為1000×50％= 500。

2024-07-11 08:26:00

SQL 性能優(yōu)化

長文：國產數(shù)據(jù)庫兼容性一覽原創(chuàng)

近期又接觸到部分兼容性工作，特收集整理了部分國產數(shù)據(jù)庫的兼容情況，整體感覺國內產品這部分做的差異還是蠻大的。本文將從一張對比表入手，談談國內產品的兼容性問題，并簡單介紹下各家的兼容性情況。

2024-07-11 08:00:42

兼容性工作國產數(shù)據(jù)庫

面試官：你們的項目中竟然還在用多表關聯(lián)！

可用性提升，如果驅動表有10萬條數(shù)據(jù)，而被驅動表也有10萬條，哪怕在QPS為個位數(shù)的情況下，都可能將數(shù)據(jù)庫的網卡打滿，從而出現(xiàn)系統(tǒng)不可用的情況。

2024-07-10 10:08:36

項目多表關聯(lián)哈希

提升SQL查詢效率的終極指南

在某些情況下，索引的有效性并不完全取決于字段的區(qū)分度。例如，如果一個表中包含性別字段，僅有兩個可能的取值：男和女，那么通常情況下這個字段的區(qū)分度較低，使用該字段進行查詢可能無法有效地過濾大量數(shù)據(jù)，從而無法充分發(fā)揮索引的優(yōu)勢。

2024-07-10 09:07:09

SQL 查詢字段

實戰(zhàn)：Springboot3+ShardingSphere5.2.1生產級分庫分表實現(xiàn)

我們完成了在DailyMart中集成分庫分表功能的實踐，大家在實施分庫分表過程中一定要結合自己的業(yè)務實際選擇合理的分片鍵，分片鍵的好壞決定了你分庫分表架構方案的好壞。

2024-07-10 08:42:39

分庫分表分片鍵

EF Core下按年分庫按月分表的優(yōu)雅實現(xiàn)，你學會了嗎？

本文探討了如何在EF Core中實現(xiàn)按年分庫按月分表的策略，并提供了相應的C#示例代碼。通過分庫分表，我們可以將大量的數(shù)據(jù)分散到多個數(shù)據(jù)庫和表中，以提高系統(tǒng)的查詢效率和擴展性。

2024-07-10 08:15:40

數(shù)據(jù)庫 Core 代碼

Db2是一個故事，盡管IBM不愿提及原創(chuàng) 精選

PostgreSQL不僅自身取得了成功，還成為了大型云供應商和其他數(shù)據(jù)庫服務（如CockroachDB和Yugabyte）的前端。一些評論人士認為，它將成為實際上的標準前端，而供應商則在后端進行創(chuàng)新。但Db2可能已經錯過了這艘船，IBM可能會后悔讓其他人來講述它的故事。

2024-07-09 13:34:51

Db2 IBM PostgreSQL

詳解 pypika 模塊：SQL 語句生成器，讓你再也不用為拼接 SQL 語句而發(fā)愁

不同數(shù)據(jù)庫的 SQL 語法會有略微不同，最大的一個不同就是包裹字段所用的符號，MySQL 用的是反引號、PostgreSQL 用的是雙引號。而 pypika 不知道你的數(shù)據(jù)庫種類，所以默認用的是雙引號。如果想適配 MySQL 的話，那么應該告訴 pypika，我們要適配 MySQL。

2024-07-09 08:49:56

語句生成器 SQL

如何選擇開源數(shù)據(jù)庫？

開源數(shù)據(jù)庫是現(xiàn)代軟件開發(fā)中的關鍵組成部分，提供了強大、可擴展和靈活的數(shù)據(jù)存儲和管理解決方案。以下是十個流行的開源數(shù)據(jù)庫的詳細概述，突出其主要特點和使用場景。

2024-07-09 08:27:30

開源數(shù)據(jù)庫數(shù)據(jù)

深入理解InnoDB中的頁分裂與頁合并

調整這些參數(shù)需要根據(jù)具體的數(shù)據(jù)庫工作負載和硬件環(huán)境進行評估和實驗，以達到最佳的性能和穩(wěn)定性。通常建議在進行參數(shù)調整前，先備份數(shù)據(jù)庫，并在生產環(huán)境中謹慎測試和驗證配置的效果。

2024-07-08 09:29:07

InnoDB 分裂合并

GreatSQL 中 Insert 慢是什么情況？

導致此次問題的原因是 GAP 鎖阻塞了 INSERT_INTENTION 鎖；因此建議客戶在執(zhí)行 update 操作時，where 條件用主鍵列，這樣可以避免加 GAP 鎖。

2024-07-05 10:19:59

GreatSQL GAP 主鍵列

聊聊SQL單次執(zhí)行時間毛刺問題的發(fā)現(xiàn)與分析

采用v$active_session_history的sample_time和SQL_EXEC_START的時間差來粗略估算某條SQL在某個時間段內每次執(zhí)行的時間，是一種用來分析SQL執(zhí)行時長偶發(fā)性過大的一種常用方法。

2024-07-03 13:51:02

SQL 毛刺數(shù)據(jù)庫

分庫分表后復雜查詢：基于DTS實時性ES寬表構建技術實踐

基于公司的中間件DTS構建實時性的ES寬表。所謂的寬表是通過主鍵將多張表關聯(lián)成一張表，比如訂單維度的寬表字段包含：訂單主表，訂單明細表，商品表，用戶表等表字段。

2024-06-28 14:34:15

從OtterTune的倒下說起

OtterTune的成功崛起當年給了我們帶來了相當大的鼓舞，原來在這個領域不僅僅是我們一批人在干，在大洋彼岸也有一批和我們有類似想法的人在干類似的事情。

2024-06-28 09:25:51

OtterTune 數(shù)據(jù)庫工具

SQL 查詢之公用表表達式（CTE）

在關系型數(shù)據(jù)庫中，表示數(shù)據(jù)層級結構的表很常見，例如，上下級關系、父子組件關系等。為了在這些層級結構中進行從上到下或從下到上的遍歷，可以使用遞歸 CTE。

2024-06-27 00:36:06

關系型數(shù)據(jù)庫 CTE

從log file sync問題的根因分析談起：我們?yōu)槭裁葱枰私鈬a數(shù)據(jù)庫的一些原理性知識

Log File sync等待過大，還和很多BUG有關，這些BUG在MOS上都可以很方便地查到。這就是在使用Oracle數(shù)據(jù)庫時做根因分析相對比較容易的主要原因。

2024-06-26 09:03:24

國產數(shù)據(jù)庫 MOS

我們一起聊聊 DuckDB 是什么及適用場景

官方文檔就是一個寶庫，有著非常豐富的說明及示例，網址為：https://duckdb.org/docs/index。要想深入理解及掌握 DuckDB，需要多讀讀官方文檔。

2024-06-26 08:14:43

DuckDB 輕量級數(shù)據(jù)庫

我們一起聊聊 Aho-Corasick 字符串匹配算法的實現(xiàn)

當預先知道字符串字典（例如計算機病毒數(shù)據(jù)庫）時，自動機的構造可以離線執(zhí)行一次，編譯后的自動機存儲起來供以后使用。在這種情況下，它的運行時間與輸入的長度加上匹配條目的數(shù)量成線性關系。

2024-06-26 07:58:06

字符串數(shù)據(jù)庫存儲

在分庫分表中，如何選擇合適的分片算法？

選擇分片算法和選擇 Sharding Key 也有一定的關系，比如前一篇提到的 B 端系統(tǒng)使用創(chuàng)建時間去做分片，那算法就很簡單了，就是按照一定的時間范圍去做拆分。

2024-06-26 00:34:12

分庫分表分片算法

難得真實的生產數(shù)據(jù)庫死鎖問題排查過程記錄

在死鎖發(fā)生后的一周內，我?guī)缀趺刻於紩榭者M行研究。問題很早就被定位到了，并且修改方案也已經有了，但是其中的原理一直沒有搞清楚。

2024-06-24 09:29:15

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

真實線上問題之數(shù)據(jù)庫死鎖如何解決？

一般來說，對于數(shù)據(jù)庫的死鎖問題，主要是要避免并發(fā)修改的沖突。另外一種方法是保證操作的順序，例如多個事務都先操作資源 A，再操作資源 B，這樣可以有效地避免死鎖的發(fā)生。

2024-06-21 09:37:57

數(shù)據(jù)庫死鎖順序

國產 “數(shù)據(jù)庫 RAC”，能否一戰(zhàn)？原創(chuàng) 精選

隨著近些年來國產數(shù)據(jù)庫逐步進入深水區(qū)，開始承載核心業(yè)務，因此對高可用的要求更高；那么基于共享存儲的高可用架構正在被更多關注。本文嘗試對共享存儲架構特點及國內數(shù)據(jù)庫共享存儲架構產品加以闡述，說明下此類架構產品的當前能力，便于用戶去選項使用。

2024-06-20 07:38:44

數(shù)據(jù)庫國產數(shù)據(jù)庫存儲架構

系統(tǒng)日活遞增，如何優(yōu)化提升大規(guī)模的數(shù)據(jù)庫

優(yōu)化大規(guī)模數(shù)據(jù)庫系統(tǒng)需要綜合考慮多個方面，并持續(xù)進行調整和改進，以達到更高的性能和可用性要求。

2024-06-19 09:34:38

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

.NET開源的實時應用監(jiān)控系統(tǒng) - WatchDog

SignalR進行實時監(jiān)控，并使用LiteDB作為無需配置的類似MongoDB的無服務器數(shù)據(jù)庫，同時也支持使用外部數(shù)據(jù)庫（如MSSQL、MySQL、Postgres、MongoDB）。

2024-06-19 08:24:47

LiteDB SignalR 數(shù)據(jù)庫

小紅書圖數(shù)據(jù)庫在分布式并行查詢上的探索

小紅書作為一個社區(qū)屬性為主的產品，涵蓋了各個領域的生活社區(qū)，并存儲海量的社交網絡關系。為了解決社交場景下的應用痛點以及分布式并行查詢實現(xiàn)中的問題，我們自研了面向超大規(guī)模社交網絡的圖數(shù)據(jù)庫系統(tǒng) REDgraph，大大提高了系統(tǒng)的查詢效率和性能。

2024-06-19 07:45:20

圖數(shù)據(jù)庫 REDgraph 關系型數(shù)據(jù)庫

Select...For Update：行鎖還是表鎖？

SELECT...FOR UPDATE語句在大多數(shù)情況下實現(xiàn)的是行鎖，而非表鎖。這種細粒度的鎖定機制有助于提高數(shù)據(jù)庫的并發(fā)性能，但同時也需要開發(fā)者謹慎使用，以避免潛在的性能問題和死鎖風險。

2024-06-14 09:27:00

行鎖表鎖細粒度

字節(jié)面試：MySQL自增ID用完會怎樣？

如果表沒有設置主鍵，InnoDB 會自動創(chuàng)建一個全局隱藏的 row_id，其長度為 6 個字節(jié)，當 row_id 達到上限后，它的執(zhí)行流程和主鍵 ID 不同，它是再次歸零，然后重新遞增，如果出現(xiàn)相同的 row_id，后面的數(shù)據(jù)會覆蓋之前的數(shù)據(jù)。

2024-06-14 08:34:36

MySQL InnoDB ID

分析SQL執(zhí)行計劃，需要關注哪些重要信息

type = index，key = idx_abc，extra = 使用 where；使用 index。這表明查詢利用了 idx_abc 的聯(lián)合索引，但未嚴格遵守最左前綴匹配，或者雖然遵守了最左前綴，但在 a 字段上進行了范圍查詢。因此，實際上仍需掃描索引樹，效率并不理想。

2024-06-12 09:23:37

SQL 索引樹索引

Elasticsearch index 設置 False，為什么還可以被檢索到？

列式存儲使得對特定字段的聚合和排序操作更加高效，但對于未被索引的字段，查詢效率較低，因為需要遍歷整個列的數(shù)據(jù)來匹配查詢條件。

2024-06-07 15:22:17

False 聚合排序

EF Core優(yōu)化技巧之預熱處理

EF Core的預熱問題是由于模型構建、元數(shù)據(jù)加載、數(shù)據(jù)庫連接建立和查詢計劃生成等操作導致的。為了提高應用程序的性能，我們可以采取上述解決方案來優(yōu)化EF Core的預熱問題。

2024-06-07 09:03:00

EF Core .NET 數(shù)據(jù)庫

SQL教程：流程控制

WHILE是循環(huán)控制，當滿足WHILE后面的條件后，就可以循環(huán)執(zhí)行WHILE下面的語句。通常與CONTINUE和BREAK一起使用，Break命令讓程序完全跳出循環(huán)語句，結束WHILE命令，CONTINUE是讓命令繼續(xù)返回執(zhí)行。

2024-06-06 09:09:41

SQL 循環(huán)控制命令

停止在你的數(shù)據(jù)庫中使用UUID

本文將討論在使用UUID作為數(shù)據(jù)庫表中的鍵時可能出現(xiàn)的兩個性能問題。UUID是確保表中記錄唯一性的好方法。然而，這些問題在大規(guī)模使用時尤為明顯，因此對于大多數(shù)人來說，UUID實際上不會導致明顯的性能下降。

2024-06-05 10:21:30

UUID 數(shù)據(jù)庫 UUIDv4

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

51CTO技術棧公眾號

業(yè)務
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

51CTO學堂精培企業(yè)培訓 CTO訓練營