對(duì)于現(xiàn)在的IT基礎(chǔ)設(shè)施現(xiàn)狀以及應(yīng)用的多樣性程度,用戶的數(shù)據(jù)是存放在第三方的云端更好些,還是放在自己的本地存儲(chǔ)更好呢?
無(wú)論是開(kāi)發(fā)、測(cè)試,還是DBA,都難免會(huì)涉及到數(shù)據(jù)庫(kù)的操作,比如:創(chuàng)建某張表,添加某個(gè)字段、添加數(shù)據(jù)、更新數(shù)據(jù)、刪除數(shù)據(jù)、查詢數(shù)據(jù)等等。
用戶的數(shù)據(jù)一般都是存儲(chǔ)于數(shù)據(jù)庫(kù),數(shù)據(jù)庫(kù)的數(shù)據(jù)是落在磁盤(pán)上的,磁盤(pán)的讀寫(xiě)速度可以說(shuō)是計(jì)算機(jī)里最慢的硬件了。
JDK1.7以后的版本不再包含Access橋接驅(qū)動(dòng)程序,因此不再支持JDBC-ODBC橋接方式,需要下載Access驅(qū)動(dòng)程序的jar包(Access_JDBC30.jar),而JDK1.1到JDK1.6都自帶jar包,不需要下載。
在閑魚(yú)主推商品流的業(yè)務(wù)場(chǎng)景中,商品中臺(tái)數(shù)據(jù)庫(kù)的抖動(dòng)會(huì)造成主推商品流的卡頓或者頁(yè)面顯示空窗現(xiàn)象,個(gè)性化算法中臺(tái)向量集群的擴(kuò)容也會(huì)造成推薦內(nèi)容延時(shí)被拖到非常長(zhǎng),后面還有可能依賴其他的業(yè)務(wù)中臺(tái),作為上層業(yè)務(wù)如何保證依賴的中臺(tái)越來(lái)越多的情況下,還能保證服務(wù)的穩(wěn)定性運(yùn)行呢?
本文介紹一次訂單中心重構(gòu)的經(jīng)歷。
在實(shí)際項(xiàng)目中Redis常被應(yīng)用于做緩存,分布式鎖、消息隊(duì)列等。
我在研究HikariCP(一個(gè)數(shù)據(jù)庫(kù)連接池)時(shí)無(wú)意間在HikariCP的Github wiki上看到了一篇文章(即前面給出的鏈接),這篇文章有力地消除了我一直以來(lái)的疑慮,看完之后感覺(jué)神清氣爽。
線上數(shù)據(jù)庫(kù)服務(wù)器的 CPU 被打滿,同時(shí)觸發(fā)了生產(chǎn)數(shù)據(jù)庫(kù)只讀延遲的限定時(shí)間并且發(fā)出告警,而且告警的過(guò)程持續(xù)了半個(gè)小時(shí)。
量子位本文作者:金磊、蕭簫40歲鏈家程序員,曾向領(lǐng)導(dǎo)提出系統(tǒng)安全問(wèn)題被無(wú)視,還被調(diào)整了工作,怒而刪除自家9TB數(shù)據(jù)庫(kù)。段子一樣的“刪庫(kù)”事件不僅真實(shí)上演,最近還迎來(lái)了法院的最終判決。而為恢復(fù)數(shù)據(jù)及系統(tǒng),鏈家前后共花費(fèi)18萬(wàn)元。近日,北京市海淀區(qū)人民法院最終判決:被告人犯破壞計(jì)算機(jī)...
看到這個(gè)問(wèn)題,我想起當(dāng)初玩魔獸世界的時(shí)候,25H難度的腦殘吼的血量已經(jīng)超過(guò)了21億,所以那時(shí)候副本的BOSS都設(shè)計(jì)成了轉(zhuǎn)階段、回血的模式,因?yàn)槟ЙF的血量是int型,不能超過(guò)2^32大小。
最近有個(gè)新項(xiàng)目剛過(guò)完需求,正式進(jìn)入數(shù)據(jù)庫(kù)表結(jié)構(gòu)設(shè)計(jì)階段,公司規(guī)定統(tǒng)一用數(shù)據(jù)建模工具 PowerDesigner。但我并不是太愛(ài)用這個(gè)工具,因?yàn)樗墓δ軐?shí)在是太多了,顯得很臃腫繁瑣,而平時(shí)設(shè)計(jì)表用的也就那么幾個(gè)功能。
隨著互聯(lián)網(wǎng)的高速發(fā)展,企業(yè)中沉淀的數(shù)據(jù)也越來(lái)越多,這就對(duì)數(shù)據(jù)存儲(chǔ)層的擴(kuò)展性要求越來(lái)越高。當(dāng)今互聯(lián)網(wǎng)企業(yè)中,大部分企業(yè)使用的是MySQL來(lái)存儲(chǔ)關(guān)系型數(shù)據(jù)。如何實(shí)現(xiàn)MySQL數(shù)據(jù)存儲(chǔ)層的高度可擴(kuò)展性成為了互聯(lián)網(wǎng)企業(yè)必須要解決的問(wèn)題。那么,如何實(shí)現(xiàn)真正意義上的MySQL無(wú)限擴(kuò)容呢?
本文主要分享菜鳥(niǎo)進(jìn)口實(shí)時(shí)數(shù)倉(cāng)的升級(jí)經(jīng)驗(yàn),以及如何利用Flink的特性解決在開(kāi)發(fā)實(shí)踐中遇到的問(wèn)題。
B+樹(shù)被廣泛應(yīng)用于MySQL數(shù)據(jù)庫(kù)的索引實(shí)現(xiàn),不過(guò)并未展開(kāi)細(xì)說(shuō),但是呢B+樹(shù)是一種重要的數(shù)據(jù)結(jié)構(gòu),常年出現(xiàn)在各種面試題中,這次就來(lái)一起學(xué)習(xí)下和B+樹(shù)相關(guān)的MySQL索引底層實(shí)現(xiàn)的內(nèi)容。
公司最近安排了一波商品搶購(gòu)活動(dòng),由于后臺(tái)小哥操作失誤最終導(dǎo)致活動(dòng)效果差,被用戶和代理商投訴了。經(jīng)理讓我?guī)聜円黄饛?fù)盤(pán)這次線上事故,于是……
這一篇會(huì)講解被一線大廠使用的兩款流量防控組件:Sentinel 和 Hystrix,以及對(duì)它們的橫向?qū)Ρ龋约霸撊绾芜x型。
秒殺這個(gè)話題到現(xiàn)在來(lái)說(shuō)已經(jīng)是一個(gè)老生常談的話題了,不過(guò)因?yàn)橛峙R近一年一度的雙11,而且發(fā)現(xiàn)前段時(shí)間無(wú)論是阿里還是騰訊一些大廠其實(shí)還是在頻繁的問(wèn)到這個(gè)場(chǎng)景題,所以還是準(zhǔn)備拿出來(lái)說(shuō)說(shuō)。
前段時(shí)間搭建了一套MySQL分布式數(shù)據(jù)庫(kù)集群,數(shù)據(jù)庫(kù)節(jié)點(diǎn)有12個(gè),用來(lái)測(cè)試各種分布式事務(wù)方案的性能和優(yōu)缺點(diǎn)。測(cè)試MySQL XA事務(wù)時(shí),正當(dāng)測(cè)試腳本向數(shù)據(jù)庫(kù)中批量插入數(shù)據(jù)時(shí),強(qiáng)制服務(wù)器斷電!注意:是直接拔電源,使其瞬間斷電,再次重啟服務(wù)器后,MySQL數(shù)據(jù)庫(kù)報(bào)錯(cuò)了。特此記錄MySQL XA事務(wù)的恢復(fù)。
正確的創(chuàng)建合適的索引,是提升數(shù)據(jù)庫(kù)查詢性能的基礎(chǔ)。