今天,北極熊全程參與了“UCloud用戶大會暨Think in Cloud 2020”,不知不覺TIC大會自2014年創(chuàng)辦以來已經(jīng)連續(xù)六屆了,本次大會的主題是“構建?創(chuàng)見”,一如既往的保持了高水準。今年1月UCloud在科創(chuàng)板掛牌,一路披荊斬棘,成為中國第一家公有云科創(chuàng)板上市公司。通過本次大會可以感受到,上市之后UCloud中立的初心不改,依然秉持用戶為先的理念令人信賴。
網(wǎng)易大數(shù)據(jù)平臺的底層數(shù)據(jù)查詢引擎,選用了Impala作為OLAP查詢引擎,不但支撐了網(wǎng)易大數(shù)據(jù)的交互式查詢與自助分析,還為外部客戶提供了商業(yè)化的產(chǎn)品與服務。今天將為大家分享下Impala在網(wǎng)易大數(shù)據(jù)的優(yōu)化和實踐。
話說這天一大早,那個悲催的中年架構師大劉又被手機微信群給炸醒。部門的運維兄弟在公司微信群里說: 短信的生產(chǎn)環(huán)境服務器 CPU 占用率過高,瘋狂報警。是不是你們昨天上線看門狗導致的? 大劉迷了巴登的想了想,沒錯,昨天確實給短信服務裝上了看門狗。但是看門狗服務肯定不會有問題,而且上線之前各輪測試也都測過了,沒見過這個想象啊。 難道是測試妹子沒測試到位?難道線上短信應用自身出現(xiàn)了問題?
很多SQL查詢都是以SELECT開始的。不過,最近我跟別人解釋什么是窗口函數(shù),我在網(wǎng)上搜索”是否可以對窗口函數(shù)返回的結果進行過濾“這個問題,得出的結論是”窗口函數(shù)必須在WHERE和GROUP BY之后,所以不能”。于是我又想到了另一個問題:SQL查詢的執(zhí)行順序是怎樣的?
TCP協(xié)議全稱為:Transmission Control Protocol,是一種面向鏈接、保證數(shù)據(jù)傳輸安全、可靠的數(shù)據(jù)傳輸協(xié)議。為了確保數(shù)據(jù)的可靠傳輸,不僅需要對發(fā)出的每個字節(jié)進行編號確認,還需要驗證每一個數(shù)據(jù)包的有效性。
作為一名服務端工程師,工作中你肯定和Redis打過交道。Redis為什么快,這點想必你也知道,至少為了面試也做過準備。很多人知道Redis快僅僅因為它是基于內(nèi)存實現(xiàn)的,對于其它原因倒是模棱兩可。那么,今天就和小萊一起看看。
程序員去哪里工作最好?有人說當然是bat,還有字節(jié)跳動等一系列新興互聯(lián)網(wǎng)公司,這可是互聯(lián)網(wǎng)的頭部大廠,福利待遇好,個人資歷也好看。但也有的人不這么認為,做出了其他選擇。一個程序員吐槽自己班上的程序員大佬,畢業(yè)后竟然放棄了百度offer,回到老家的一個煙草公司上班,怕不是腦子有坑吧?實在無法理解這個選擇。
這段時間在維護產(chǎn)品的搜索功能,每次在管理臺看到elasticsearch這么高效的查詢效率我都很好奇他是如何做到的。 這甚至比在我本地使用MySQL通過主鍵的查詢速度還快。
想要在程序里監(jiān)控數(shù)據(jù)庫的操作耗時,想要在底層框架中自動傳遞鏈路跟蹤信息,這些需求經(jīng)常會碰到,特別是在構建基礎框架的時候。核心目標只有一個,那就是在底層封裝好,不用上層使用人員關心。今天跟大家聊聊常用的底層擴展埋點方式是怎么處理的。
互聯(lián)網(wǎng)公司里常有外包員工,外包員工承擔的工作和正式員工差不多,但福利待遇是否一樣呢? 這家互聯(lián)網(wǎng)公司的聊天截圖說明了外包員工的地位,不是正式員工,連公司零食都沒資格吃,還被人上升到素質(zhì)的高度,太慘了吧!
從一個并不優(yōu)秀的文科生,蛻變成一個硅谷的程序員,再變成業(yè)務的產(chǎn)品經(jīng)理。如果你身邊有正在發(fā)愁不知道該選什么專業(yè)/職業(yè)的?還是有想轉(zhuǎn)行的??梢苑窒斫oTA我的小故事,希望能給更多人帶來一些啟發(fā)。
經(jīng)驗分享:我學Java主要分為三段經(jīng)歷,這三段經(jīng)歷都是發(fā)生在我剛工作的前5年中。我個人認為,程序員的前5年是技術突飛猛進的階段,這個階段非常重要!
twtw
hetth
289117336
Tronlong創(chuàng)龍
sheepbaa
gaojian19961214
phane99
123yxl
yhy08090
大有可為
18829896890
MXX1597759
xingnan123
huyangliu
zh00
soman
xxfi5h
pophyh
txt-210
niaide
無feng
yebo_yp
了了2
liqinglong1023