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

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

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

WOT技術(shù)大會(huì)

公眾號(hào)矩陣

移動(dòng)端

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

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

在線學(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軟考題庫

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

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

1982內(nèi)容??

關(guān)注

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

文章博文課程

共 1982 條

MOS中上千萬BUG報(bào)告不是O記的污點(diǎn)，而是它最好的勛章

國(guó)產(chǎn)數(shù)據(jù)庫就特別怕有人知道自己的產(chǎn)品存在BUG或者缺陷。數(shù)據(jù)庫這種復(fù)雜度軟件系統(tǒng)是成千上萬人協(xié)同開發(fā)出來的，肯定是存在BUG的。沒有任何BUG的國(guó)產(chǎn)數(shù)據(jù)庫反而顯得那么不真實(shí)，讓人更加不敢相信了。

2024-06-04 08:28:56

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

SpringBoot與本地?cái)?shù)據(jù)庫存儲(chǔ)和檢索人臉數(shù)據(jù)

本文詳細(xì)講解了如何使用SpringBoot與本地?cái)?shù)據(jù)庫（如MySQL）實(shí)現(xiàn)人臉數(shù)據(jù)的存儲(chǔ)和檢索。通過SpringBoot項(xiàng)目的搭建、數(shù)據(jù)庫配置、人臉數(shù)據(jù)的存儲(chǔ)和檢索API實(shí)現(xiàn)，結(jié)合數(shù)據(jù)安全和隱私保護(hù)策略，為大家提供了一整套完整的解決方案。希望大家能從中有所收獲，并應(yīng)用于實(shí)際項(xiàng)目中。?

2024-06-03 08:29:20

Spring 數(shù)據(jù)庫人臉數(shù)據(jù)

大數(shù)據(jù)實(shí)時(shí)分析：Flink 連接 Kafka 和 Flink SQL

Flink 就會(huì)從 Kafka 的 input_topic? 主題中讀取數(shù)據(jù)，每隔五分鐘按定義的 SQL 查詢進(jìn)行處理，并將結(jié)果寫入 output_topic 主題。

2024-06-03 08:26:35

Flink Kafka SQL

讀寫分離最全詳解(圖文全面總結(jié))

讀寫分離是提升數(shù)據(jù)庫性能和擴(kuò)展性的有效手段，通過將讀操作分散到多個(gè)從數(shù)據(jù)庫上，可以顯著提高系統(tǒng)的并發(fā)處理能力、和響應(yīng)速度。

2024-05-31 13:34:57

讀寫分離數(shù)據(jù)庫

OB 運(yùn)維 | 一文講透 OceanBase 單機(jī)版

主集群和備集群。主集群下面所有用戶租戶都是主租戶；備集群下面所有用戶租戶都是備租戶，備集群會(huì)自動(dòng)同步主集群的租戶變更操作。

2024-05-31 13:23:19

OceanBase 單機(jī)版架構(gòu)

星環(huán)科技推出知識(shí)平臺(tái)TKH，全面統(tǒng)籌算力、語料、模型與應(yīng)用，構(gòu)建可信賴的AI大模型

星環(huán)科技的定位從Data Infra進(jìn)一步延伸到AI Infra，為企業(yè)客戶打造AI基礎(chǔ)設(shè)施，打造從語料處理、模型訓(xùn)練、知識(shí)庫建設(shè)等的一整套的工具鏈，幫助企業(yè)快速建立行業(yè)大模型，快速使用AIGC。

2024-05-31 11:28:42

星環(huán)科技

震撼揭秘：線上MongoDB慢查詢終極優(yōu)化實(shí)戰(zhàn)解析

選擇合適的分片鍵是MongoDB分片設(shè)計(jì)中的重要步驟。分片鍵的選擇需要考慮數(shù)據(jù)的分布、查詢模式和寫操作分布等因素。理解分片鍵的約束和注意事項(xiàng)，可以幫助我們?cè)O(shè)計(jì)高效、可擴(kuò)展的分布式數(shù)據(jù)庫架構(gòu)。

2024-05-30 07:55:43

MongoDB 查詢模式數(shù)據(jù)庫

MySQL 核心模塊揭秘 | 鎖在內(nèi)存里長(zhǎng)什么樣？

InnoDB 的表鎖結(jié)構(gòu)和行鎖結(jié)構(gòu)，有一部分屬性是相同的，也有一部分屬性是專用的，所以，代碼里定義了三個(gè)結(jié)構(gòu)體來描述表鎖結(jié)構(gòu)和行鎖結(jié)構(gòu)。

2024-05-29 10:17:01

MySQL 核心模塊內(nèi)存

分布式數(shù)據(jù)庫上，參數(shù)管理很重要，你知道嗎？

如果這件工作再進(jìn)一步，那就不僅僅是標(biāo)注出高危參數(shù)，還需要找出配置不合理的高危參數(shù)，如果可能，最好能夠分析出建議配置。對(duì)于目前用戶對(duì)國(guó)產(chǎn)分布式數(shù)據(jù)庫的熟悉程度而言，這些工作依靠用戶的DBA還是十分困難的，如果有自動(dòng)化工具支撐會(huì)相當(dāng)有價(jià)值。

2024-05-28 07:53:35

分布式數(shù)據(jù)庫參數(shù)

了解五大關(guān)系型數(shù)據(jù)庫的特點(diǎn)，使用場(chǎng)景

MariaDB server是 MySQL server的一個(gè)社區(qū)開發(fā)的分支。MariaDB由最初的 MySQL 團(tuán)隊(duì)的核心成員開始，積極地與外部開發(fā)人員合作，交付業(yè)界最有功能、最穩(wěn)定、最合法的 open SQL server。

2024-05-27 00:05:00

關(guān)系型數(shù)據(jù)庫 MySQL MariaDB

SQLModel：解放人類生產(chǎn)力的Python庫

小伙伴們！今天我們來聊聊 Python 中的一個(gè)強(qiáng)大庫——SQLModel。這貨不是普通的 ORM（對(duì)象關(guān)系映射）庫，它是基于 Pydantic 的，這意味著你可以用 Python 類來定義你的數(shù)據(jù)庫模型，并且這些類會(huì)自動(dòng)映射到數(shù)據(jù)庫表。聽起來是不是很酷？那就讓我們開始吧！

2024-05-23 15:20:36

SQLModel Python

向量數(shù)據(jù)庫：AI應(yīng)用神器

想象一下，你有一堆數(shù)據(jù)，它們不是普通的數(shù)字或者文字，而是向量——就是那些有方向和大小的箭頭。向量數(shù)據(jù)庫就是專門用來存儲(chǔ)和查詢這些向量數(shù)據(jù)的數(shù)據(jù)庫。它們通常用于機(jī)器學(xué)習(xí)、推薦系統(tǒng)、搜索引擎等領(lǐng)域。

2024-05-22 12:07:12

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

InnoDB為什么使用B+樹實(shí)現(xiàn)索引？

B+樹索引將索引列的值按大小排序后存儲(chǔ)，因此適合范圍查找和排序操作；而哈希索引則通過哈希函數(shù)計(jì)算索引列的值，得到一個(gè)桶的編號(hào)，然后將桶內(nèi)記錄保存在鏈表或樹結(jié)構(gòu)中。因此，哈希索引適合等值查詢，但不適合范圍查詢和排序操作。

2024-05-22 09:01:53

InnoDB B+索引

為了學(xué)習(xí)分庫分表，我把 Cobar 源碼抄了一遍

Cobar 開源后，我迫不及待的的去下載部署包，配置兩個(gè)分庫同樣一張表，在兩個(gè)庫分別手工插入 1 條記錄，然后通過 Navicat 連接 Cobar 暴露的端口，竟然發(fā)現(xiàn)數(shù)據(jù)表顯示兩條數(shù)據(jù) 。

2024-05-21 08:40:21

分庫分表源碼

數(shù)據(jù)庫管理-不同數(shù)據(jù)庫存儲(chǔ)容量差那么多？

由于我們這里運(yùn)維的Oracle數(shù)據(jù)庫都開了擴(kuò)展varchar2長(zhǎng)度，即一個(gè)varchar2最大可存儲(chǔ)字節(jié)不是4000，而是32k，這樣使得很多原本超長(zhǎng)需要使用lob數(shù)據(jù)類型的列可以繼續(xù)使用varchar2，也使得很多寫成varchar2(xx char)的地方不再有超長(zhǎng)風(fēng)險(xiǎn)。

2024-05-20 10:20:37

數(shù)據(jù)庫存儲(chǔ)容量

Innodb加索引，這個(gè)時(shí)候會(huì)鎖表嗎？

盡管 Prepare 階段和 Commit 階段也加了 EXCLUSIVE-MDL 鎖，但操作非常輕量，因此耗時(shí)較低。Execute 階段允許讀寫操作，并通過 row_log 記錄期間的變更數(shù)據(jù)記錄，最終應(yīng)用這些變更到新表中，從而實(shí)現(xiàn) Online DDL 的效果。

2024-05-20 09:58:27

Prepare 鎖 Execute

Springboot3.x協(xié)助分布式數(shù)據(jù)庫的實(shí)施與優(yōu)化

Springboot3.x在分布式數(shù)據(jù)庫實(shí)施與優(yōu)化上的關(guān)鍵角色不言而喻。通過擴(kuò)展性強(qiáng)，整合能力強(qiáng)等優(yōu)秀特點(diǎn)，Springboot3.x不僅幫助開發(fā)人員降低了開發(fā)的難度，更通過其穩(wěn)定、可靠的性能，保證了分布式數(shù)據(jù)庫在大規(guī)模、高并發(fā)環(huán)境下的卓越表現(xiàn)。?

2024-05-20 09:58:00

分布式數(shù)據(jù)庫高并發(fā)

實(shí)體類JSON字段的終極轉(zhuǎn)換思路

這種是最簡(jiǎn)單最普遍的寫法，JSON不就是字符串嘛，能存能取就行了，存數(shù)據(jù)庫跟存銀行沒什么區(qū)別，數(shù)據(jù)庫存一條，銀行存一“張不夠花”。前后端要用？對(duì)不起，自己解析去吧，用Json工具類，轉(zhuǎn)完七七四十九遍以后，別把這個(gè)字符串玩壞就行。

2024-05-16 08:28:20

類型處理器 D3Boot JSON

Netty是如何解析Redis的RESP協(xié)議—響應(yīng)篇

經(jīng)過上面的層層處理，foobar 這個(gè) FullBulkStringRedisMessage 消息是怎么存到 EmbeddedChannel 中呢？可以看到這里繼承了 DefaultChannelPipeline，并重寫了 onUnhandledInboundMessage 方法。

2024-05-16 07:55:54

Netty Redis RESP協(xié)議

PageHelper 分頁為什么會(huì)失效，含原理分析

構(gòu)造 PageInfo 的時(shí)候，判斷 List 類型，如果類型是 Page ，也就是我們說的生效的情況，那就能正常的返回分頁信息。如果單純就是個(gè)Collection，則分頁信息就按照傳入的這個(gè)集合給你返回，這就是為什么在分頁不生效的時(shí)候，返回的total就是你傳入的 List 的size。

2024-05-14 08:37:34

PageInfo List 分頁

介紹下InnoDB的鎖機(jī)制？你學(xué)會(huì)了嗎？

AUTO-INC 鎖是一種特殊的表級(jí)鎖，由向包含 AUTO_INCREMENT 列的表插入數(shù)據(jù)的事務(wù)所獲取。在最簡(jiǎn)單的情況下，如果一個(gè)事務(wù)正在向表中插入值，其他任何事務(wù)都必須等待，以便執(zhí)行它們自己的插入操作，這樣第一個(gè)事務(wù)插入的行就會(huì)接收到連續(xù)的主鍵值。

2024-05-11 09:03:26

數(shù)據(jù)表級(jí)鎖事務(wù)

那些晦澀的國(guó)產(chǎn)數(shù)據(jù)庫文檔，我總是能看明白的

實(shí)際上，數(shù)據(jù)庫知識(shí)的學(xué)習(xí)是必須基于實(shí)踐的，每次要解決某個(gè)問題的時(shí)候，我總是會(huì)再次認(rèn)真地閱讀某個(gè)數(shù)據(jù)庫產(chǎn)品的文檔，而隨著這種事情做得越來越多，我能從國(guó)產(chǎn)數(shù)據(jù)庫手冊(cè)中吸取的營(yíng)養(yǎng)就越豐富。

2024-05-11 08:13:05

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

讀“跨越鴻溝”，談數(shù)據(jù)庫營(yíng)銷原創(chuàng) 精選

技術(shù)采用生命周期模型，是根據(jù)新技術(shù)產(chǎn)品在使用周期內(nèi)吸引不同類型消費(fèi)者的過程來描述該產(chǎn)品的市場(chǎng)滲透成都。這是一條正態(tài)分布曲線，曲線中各個(gè)區(qū)分點(diǎn)描述對(duì)應(yīng)人群對(duì)新技術(shù)顛覆性創(chuàng)新的獨(dú)特反應(yīng)。

2024-05-10 07:33:39

數(shù)據(jù)庫營(yíng)銷消費(fèi)者

GreatSQL的sp中添加新的sp_instr引入的bug解析

在GreatSQL的sp添加新的sp_instr需要相應(yīng)增加對(duì)應(yīng)的參數(shù)值以防止內(nèi)存溢出，如果其他的功能也要做類似的修改，也要先仔細(xì)調(diào)查一下有沒有涉及相關(guān)的參數(shù)配置或者宏定義，不然就會(huì)遇到各種莫名其妙的問題，調(diào)查起來也很花時(shí)間。

2024-05-08 08:56:09

GreatSQL 內(nèi)存宏定義

小心這種常見的索引失效場(chǎng)景

索引是提高數(shù)據(jù)庫查詢性能的關(guān)鍵工具，但在某些情況下，它們可能會(huì)失效。隱式類型轉(zhuǎn)換是一種常見的導(dǎo)致索引失效的場(chǎng)景。

2024-05-08 08:18:05

索引失效場(chǎng)景

聊聊數(shù)據(jù)庫的IO丟失問題

一般來說這些處置手段都是作為最后的處置手段，如果數(shù)據(jù)庫存在備份，而且備份中丟失的數(shù)據(jù)在合理的范圍內(nèi)，通過備份恢復(fù)數(shù)據(jù)庫可能是更好的做法。

2024-05-08 08:14:18

數(shù)據(jù)庫 IO 備份

淺聊MVCC？你學(xué)會(huì)了嗎？

根據(jù)不同的事務(wù)隔離級(jí)別，在InnoDB中，獲取Read View的時(shí)機(jī)有所不同。在可重復(fù)讀隔離級(jí)別下，每次查詢都會(huì)重新獲取一次Read View，而在讀已提交隔離級(jí)別下，只有在事務(wù)的第一次查詢時(shí)獲取一次Read View。

2024-05-06 00:00:00

InnoDB View 隔離

解鎖無限可能：使用SpringBoot和MyBatis打造動(dòng)態(tài)數(shù)據(jù)源

今天分享一個(gè) 利用SpringBoot和Mybatis實(shí)現(xiàn)動(dòng)態(tài)加載數(shù)據(jù)源的過程，可以達(dá)到服務(wù)不停機(jī)遷移數(shù)據(jù)源的目的。

2024-04-30 09:17:06

SpringBoot Mybatis 動(dòng)態(tài)數(shù)據(jù)源

引入緩存竟然會(huì)帶來這么多問題？

緩存雪崩，指定是大量請(qǐng)求未命中緩存，直接訪問數(shù)據(jù)庫，導(dǎo)致數(shù)據(jù)庫壓力過大，倘若請(qǐng)求足夠的多，會(huì)直接將數(shù)據(jù)庫壓垮，繼而影響整個(gè)系統(tǒng)，如同"雪崩"。

2024-04-29 09:38:16

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

實(shí)戰(zhàn)：如何使用圖數(shù)據(jù)庫提高向量搜索精確度？

在這篇博客文章中，我們實(shí)現(xiàn)了基于圖的元數(shù)據(jù)過濾器的示例，以提高向量搜索的準(zhǔn)確性。數(shù)據(jù)集擁有廣泛且相互關(guān)聯(lián)的選項(xiàng)，這允許進(jìn)行更精細(xì)的預(yù)過濾查詢。結(jié)合圖數(shù)據(jù)表示和語言模型的函數(shù)調(diào)用功能，可以動(dòng)態(tài)生成 Cypher 語句，從而為結(jié)構(gòu)化過濾器提供了幾乎無限的可能性。

2024-04-29 09:16:33

數(shù)據(jù)庫函數(shù)Cypher

熟悉EFCore的加載方式，提高程序性能

根據(jù)具體的需求和場(chǎng)景，應(yīng)選擇適合的加載方式。延遲加載簡(jiǎn)單易用但性能較差，顯式加載需要手動(dòng)觸發(fā)加載操作，急切加載可以提高查詢性能但增加了數(shù)據(jù)傳輸和內(nèi)存消耗，顯式轉(zhuǎn)換適用于復(fù)雜查詢需求，原始 SQL 查詢具有靈活性但安全性和可維護(hù)性較差。

2024-04-29 08:16:18

SQL 查詢 EFCore 數(shù)據(jù)加載

SQL查“存在”不靠COUNT，揭秘高效檢索法

SQL不再使用count，而是改用LIMIT 1，讓數(shù)據(jù)庫查詢時(shí)遇到一條就返回，不要再繼續(xù)查找還有多少條了，業(yè)務(wù)代碼中直接判斷是否非空即可。

2024-04-29 07:38:09

SQL COUNT 檢索法

國(guó)產(chǎn)數(shù)據(jù)庫到底能不能打？

在 StackOverflow 2023 調(diào)研中，TiDB 作為最后一名，首次出現(xiàn)在數(shù)據(jù)庫流行度榜單里，也是唯一入選的 “國(guó)產(chǎn)數(shù)據(jù)庫”。圖左中，TiDB 的開發(fā)者使用率為 0.20%，與排名第一的 PostgreSQL (45.55%) 和排名第二的 MySQL (41.09%) 相比，流行度相差了大約兩三百倍。

2024-04-26 09:37:43

國(guó)產(chǎn)數(shù)據(jù)庫開發(fā)者

聊聊幾種特殊的數(shù)據(jù)庫應(yīng)用場(chǎng)景，你學(xué)會(huì)幾個(gè)？

數(shù)據(jù)庫廠商也在努力提升產(chǎn)品的能力，盡可能從數(shù)據(jù)庫的角度來滿足應(yīng)用的需求。不過數(shù)據(jù)庫產(chǎn)品的能力總是有上限的，不可能滿足應(yīng)用的所有需求。

2024-04-26 08:10:49

數(shù)據(jù)庫應(yīng)用場(chǎng)景

國(guó)產(chǎn)數(shù)據(jù)庫上手門檻有多高原創(chuàng) 精選

除數(shù)據(jù)庫本身外，數(shù)據(jù)庫產(chǎn)品還包括周邊工具，如安裝部署、導(dǎo)入導(dǎo)出、性能優(yōu)化、備份恢復(fù)等。這些工具通常會(huì)影響某一個(gè)方面功能使用，如想完整的測(cè)試，還是需要提供較為完整的配套工具并提供下載，方便用戶一并測(cè)試。

2024-04-26 07:36:25

數(shù)據(jù)庫工具測(cè)試

InnoDB如何解決臟讀、不可重復(fù)讀和幻讀的？

不可重復(fù)讀指一個(gè)事務(wù)讀取同一行數(shù)據(jù)兩次，但在兩次讀取之間另一個(gè)事務(wù)修改了該行數(shù)據(jù)，導(dǎo)致兩次讀取結(jié)果不同。InnoDB通過MVCC來解決不可重復(fù)讀的問題。

2024-04-24 08:26:35

事務(wù)數(shù)據(jù)InnoDB

MySQL誤刪數(shù)據(jù)怎么辦？

大家都知道數(shù)據(jù)庫最重要的就是數(shù)據(jù)，數(shù)據(jù)安全是重中之重，對(duì)于這種事后面試題，其實(shí)面試者回答一些提前規(guī)劃，比如提前避免誤刪數(shù)據(jù)的措施是很加分的。

2024-04-22 08:17:23

MySQL 誤刪數(shù)據(jù)

有了白屏運(yùn)維工具的數(shù)據(jù)庫還需要其他運(yùn)維工具嗎

如果這個(gè)問題的答案是否定的，那么就有下一個(gè)問題了：“DBA要如何去解決白屏運(yùn)維工具無法解決的問題呢？”，一般是依靠DBA自身的經(jīng)驗(yàn)和能力。在沒有白屏工具的前提下，DBA需要自己去執(zhí)行SQL查詢一些信息，查看日志，分析硬件與網(wǎng)絡(luò)的狀態(tài)，從而發(fā)現(xiàn)問題，解決問題。

2024-04-22 08:15:50

數(shù)據(jù)庫運(yùn)維工具

為什么公共云的彈性能力很難被發(fā)揮出來？

基礎(chǔ)軟件如數(shù)據(jù)庫、緩存、大數(shù)據(jù)、MQ 等，很難用一個(gè)統(tǒng)一的托管框架來解決，這類應(yīng)用的演進(jìn)趨勢(shì)是每個(gè)品類都在向彈性架構(gòu)演進(jìn)，如 Amazon Aurora Serverless，Mongodb Serverless[9]，從云廠商到第三方開源軟件商都有共識(shí)要能走到徹底的彈性架構(gòu)。

2024-04-19 10:29:34

數(shù)據(jù)庫大數(shù)據(jù)MQ

Redis Stream 用做消息隊(duì)列完美嗎

Redis 本身定位是內(nèi)存數(shù)據(jù)庫，它的設(shè)計(jì)之初都是為緩存準(zhǔn)備的，并不具備消息堆積的能力。而專業(yè)消息隊(duì)列一個(gè)非常重要的功能是數(shù)據(jù)中轉(zhuǎn)樞紐，Redis 的定位很難滿足，使用起來要非常小心。

2024-04-19 08:32:07

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

面試官：MyBatis中ResultMap的實(shí)現(xiàn)原理是什么？

MyBatis支持自動(dòng)映射，可以根據(jù)查詢結(jié)果的列名和Java對(duì)象的屬性名自動(dòng)匹配。在使用自動(dòng)映射時(shí)，結(jié)果集中的列名會(huì)與Java對(duì)象的屬性名進(jìn)行匹配，無需在Mapper XML文件中手動(dòng)配置映射關(guān)系，簡(jiǎn)化了開發(fā)。

2024-04-19 08:23:06

MyBatis resultMap Java

C# 操作 Access 數(shù)據(jù)庫

在 C# 中操作 Access 數(shù)據(jù)庫，我們通常會(huì)使用 OLE DB 或 ODBC 連接。以下是一個(gè)使用 OLE DB 連接 Access 數(shù)據(jù)庫的簡(jiǎn)單示例。

2024-04-18 09:56:16

數(shù)據(jù)庫 Access C#

搞定了六種分布式ID，分庫分表哪個(gè)適合做主鍵？

我們介紹了 ShardingSphere 的幾種內(nèi)置主鍵生成策略以及如何自定義主鍵生成策略，市面上還有許多優(yōu)秀的分布式ID框架都可以整合進(jìn)來，但具體選擇何種策略還是要取決于自身的業(yè)務(wù)需求。

2024-04-18 09:24:32

分布式 ID 分庫分表

對(duì)運(yùn)維數(shù)據(jù)的看法不只有一種，正確的看法搶到了關(guān)鍵六分鐘

D-SMART是一種十分特殊的數(shù)據(jù)庫運(yùn)維工具，我們定義為“運(yùn)維知識(shí)自動(dòng)化系統(tǒng)”，是通過對(duì)數(shù)據(jù)庫的數(shù)字化分析，從而幫助用戶預(yù)警故障，分析問題，優(yōu)化數(shù)據(jù)庫系統(tǒng)的。

2024-04-18 08:19:22

數(shù)據(jù)庫運(yùn)維工具

一個(gè)小小的批量插入，被面試官追問了六次

面試經(jīng)常被問到“MyBatis批量入庫時(shí)，Xml的Foreach和Java的Foreach，性能上有什么區(qū)別？”。首先需要明確一點(diǎn)，優(yōu)先使用批量插入，而不是在Java中通過循環(huán)單條插入。很多小伙伴都知道這個(gè)結(jié)論，但是，為啥？很少有人能說出個(gè)所以然來。

2024-04-17 08:18:22

MyBatis 批量插入 SQL

什么是數(shù)據(jù)庫事務(wù)？更新事務(wù)實(shí)現(xiàn)流程是怎樣的

數(shù)據(jù)庫事務(wù)是對(duì)各種數(shù)據(jù)項(xiàng)進(jìn)行訪問和潛在操作的數(shù)據(jù)庫操作序列，必須要么全部執(zhí)行，要么全部不執(zhí)行，在邏輯上構(gòu)成一個(gè)不可分割的工作單元。事務(wù)包括從事務(wù)開始到事務(wù)結(jié)束期間執(zhí)行的所有數(shù)據(jù)庫操作。

2024-04-17 08:11:01

數(shù)據(jù)庫事務(wù)流程

有了 ReentrantReadWriteLock 讀寫鎖，為何還要引入StampedLock？

StampedLock 并不能完全代替ReentrantReadWriteLock ，在讀多寫少的場(chǎng)景下因?yàn)闃酚^讀的模式，允許一個(gè)寫線程獲取寫鎖，解決了寫線程饑餓問題，大大提高吞吐量。

2024-04-15 08:32:11

線程讀寫鎖數(shù)據(jù)庫

從庫延遲案例分析，你學(xué)到了什么

實(shí)際上是commit_order+writeset的組合，會(huì)先通過commit_order計(jì)算出一個(gè)last_committed值，然后再通過writeset計(jì)算一個(gè)新值，最后取兩者間的小值作為最終事務(wù)gtid的last_committed。

2024-04-12 08:54:13

從庫數(shù)據(jù)庫應(yīng)用

如何在Android應(yīng)用中安全地使用SQLite數(shù)據(jù)庫，并通過SQLCipher進(jìn)行加密保護(hù)

使用SQLCipher提供的API和使用Android原生的數(shù)據(jù)庫API，操作起來幾乎是一模一樣的。SQLCipher對(duì)Android SDK中所有與數(shù)據(jù)庫相關(guān)的API都制作了一份鏡像，使得開發(fā)者可以像操作普遍的數(shù)據(jù)庫文件一樣來操作SQLCipher，而所有的數(shù)據(jù)加解密操作，SQLCipher都在背后幫我們處理好了。

2024-04-12 08:25:11

SQLite 數(shù)據(jù)庫 API

“小而美” 的分析庫-DuckDB 初探

DuckDB 是一個(gè) In-Process 的 OLAP 數(shù)據(jù)庫，可以理解為 AP 版本的 SQLite，但其底層是列式存儲(chǔ)。2019 年 SIGMOD 有一篇 Demo 論文介紹 DuckDB：an embedded analytical database。

2024-04-12 07:45:52

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

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

點(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)

<blockquote id="exhvr"><dfn id="exhvr"></dfn></blockquote>