TiDB

直聘 | DBA高薪优岗虚位以待,你确定不看看吗?

拈花ヽ惹草 提交于 2020-05-01 13:29:25
​ dbaplus直聘 · 第97期 理想汽车 公司简介: 理想汽车是由原汽车之家的CEO李想在2015年7月创立的新能源汽车公司,目前公司的第一款混动车已经上市销售,新能源汽车是外来的方向,公司目前也是处于整个行业的头部企业。 DBA(1人) 岗位职责: 负责整体数据库平台的建设、维护和治理; 对数据库进行容量规划,实现高可用、高性能、可扩展、安全的运行架构,提高业务的高可用性和容灾能力; 建立数据库运维体系以及自动化运维平台,负责相关标准、规范、流程的制定和落实; 负责数据业务建模、数据安全,为开发团队和安全团队提供技术支持; 负责泛存储(文件存储、Cache、云存储、队列)的整体规划和管理。 任职要求: 计算机、数学等相关专业本科及以上学位,3年以上的互联网MySQL DBA经验,特别优秀者可放宽条件; 熟悉MySQL数据库体系结构和工作原理,熟悉常用存储引擎的功能和特点; 熟悉业务数据建模理论并具有较强数据库设计能力; 熟悉MySQL数据库性能优化、SQL调优技术,对高并发数据库的锁和事务隔离机制有深入的理解; 有大型电商网站数据库规划、分库分表实践经验,熟悉商品、订单、物流、支付等业务的优先考虑; 熟悉数据库安全技术,在数据库备份以及恢复实践上有较强的经验; 熟练掌握Linux以及Bash、并至少掌握Python、Java、GO等一种主流开发语言切有实际项目开发经验;

收藏!工作中Git使用实践和常用命令流程合集

↘锁芯ラ 提交于 2020-04-28 10:21:43
工作中git是一项必不可少的技能,在项目的开发进程中起着至关重要的作用 下面介绍一些git在工作中的一些使用实践、常用流程、常用命令,供大家参考! 一:前言 Git的定义是: 分布式版本控制系统 ,用于项目开发中的版本控制。 从本质上来讲 Git 是一个 内容寻址(content-addressable)文件系统 ,并在此之上提供了一个版本控制系统的用户界面。 Git 的核心部分是一个简单的 键值对数据库 (key-value data store)。你可以向该数据库插入任意类型的内容,它会返回一个键值,通过该键值可以在任意时刻再次检索(retrieve)该内容。 git管理的项目工作目录下的每一个文件都不外乎这两种状态:已跟踪或未跟踪。 已跟踪的文件 是指那些被纳入了版本控制的文件,在上一次快照中有它们的记录,在工作一段时间后,它们的状态可能处于未修改,已修改或已放入暂存区。 工作目录中除已跟踪文件以外的所有其它文件都属于 未跟踪文件 ,它们既不存在于上次快照的记录中,也没有放入暂存区。 初次克隆某个仓库的时候,工作目录中的所有文件都属于已跟踪文件,并处于未修改状态。 Git 保存的不是文件的变化或者差异,而是一系列不同时刻的文件快照。 在进行提交操作时,Git 会保存一个 提交对象 (commit object)。该提交对象会包含一个指向暂存内容快照的指针。但不仅仅是这样

程序媛眼中的 PingCAP:无法抗拒的五大吸引力 | PingCAP 招聘季

ⅰ亾dé卋堺 提交于 2020-04-27 18:48:35
今早开电脑,看到老板深夜的留言瑟瑟发抖...... 老板:大妹子啊,最近忙不? (俺是左思右想搔头摸耳揣摩老板啥意思,想来老板是耿直 Boy, 这次居然没有直接说要干啥,自行脑补了 N 多场景,最后一咬牙还是如实回答。) 俺:大家都忙得不行了,这么说吧,小童木桌上那几个女朋友都快不认识了。 老板:这样不行啊,还是要有生活呀。 俺:是啊是啊,能少派活多发钱么? 老板:奖金加,活得干,首要招人招人,尽快交个招聘贴上来,优先级:紧急重要。 俺(呃呃。。都说忙死了,又加活):…… 这大白天的,作为一个码农,不敲 Bug 不看 PR ,绞尽脑汁想这新任务怎么完成: 吹牛这种肯定指不上俺了,八卦倒是俺的强项,但老板不让讲别人(他)的八卦,看来只能从自己的八卦开始了。 来到 PingCAP 之前,作为一个自诩放荡不羁爱自由的 · 伪 · 文艺青年,去过几家大公司,也去过一家创业公司,结局都是待了一年半载就觉得无趣无聊 & 不够激情 & 浪费青春,然后匆匆跑路。 来到 PingCAP 之后,虽然吐槽依旧很多但……身体却很诚实!貌似还真没有想过要主动离开,连我自己都奇怪,这三年都过去了(孩子都生完了),俺怎么还赖在这里…… 数一数 PingCAP TiKV 吸引我的五大理由 遇到一个好老板? 好老板的定义,就跟好老公似的,萝卜青菜各有所爱,平心而论,TiKV 部门的老板对俺而言是个好老板

为啥 TiFlash 又变快了?

放肆的年华 提交于 2020-04-24 02:17:26
TiFlash 这个项目的核心思路与和 TiDB 一样:持续听取用户反馈、持续改进、持续优化、高速迭代。最近几周陆续有数十家用户已经率先体验了 TiFlash,测试的过程中很多同学注意到一个现象, 短短几周时间,每次 TiFlash 的版本更新都会带来新的性能的改进,速度越来越快 ,也会问到 TiFlash 越来越快的原理,所以就有了这篇深度解析。 TiFlash 加速之谜 TiFlash 诚然本质是依靠列存加速,但它也借助了 ClickHouse 计算层的优异实现,因此它也不仅仅是列存。TiFlash 与 TiKV 一样,拥有协处理机制。简单来说,协处理器就是替 TiDB 分担计算的机制。下面我们看下这个例子: SELECT COUNT(*) FROM LINEORDER; 看这样一个简单的 count 计算的执行计划,其中 operator info 栏目中 count(1) 的被标记为 cop[tiflash] ,这表示 TiFlash 将会执行 Hash 聚合计算 count(1) ,而实际需要返回给 TiDB 的数据,仅仅是聚合完之后的结果,在大多数场景下,返回的数据将会非常少。这种协处理器机制,将会由各个 TiFlash 按照 Region(数据分片)为单位分布式执行。由于 TiFlash 配备了优异的计算模块,因此这部分下推优化是 TiFlash 加速的关键因素之一。

TiDB之mac上搭建及调试技巧

人盡茶涼 提交于 2020-04-22 03:54:52
此文目的 由于本人最近已经成为TiDB的粉丝,所以就开始各种研究TiDB的源码,研究源码这个事情,首先就需要在自己电脑上不断的调试及修改。TiDB本身的代码是非常容易编译和调试的,但是要把PD、TiKV集群同时在本机上建立起来,还是有一点难度的。好在pingcap官方提供了docker-compose搭建集群的方式,可以快速的在个人电脑上启动一个TiDB的集群。但是,我要的不只是一个集群,我还希望在我的mac上实时编译调试TiDB服务,这个TiDB服务能够和docker-compose的集群里的PD和TiKV进行实时的通讯。我今天仔细分析了一下,最终总结出两个问题需要解决: PD和TiKV的端口需要暴露给宿主机; 宿主机上的TiDB服务需要解决docker-compose服务内部域名调用的问题; 解决方案 第一个问题比较容易解决,docker本身就提供了解决方案,就是把docker内部的端口映射给宿主机,这样在宿主机上就可以直接访问这个端口。第二个问题,我还是思考了一会,最后决定使用修改本机host的方式来完成映射。 mac上需要增加的host如下: 127 .0 .0 .1 pd0 127 .0 .0 .1 pd1 127 .0 .0 .1 pd2 127 .0 .0 .1 tikv0 127 .0 .0 .1 tikv1 127 .0 .0 .1 tikv2 大家一看也就明白了

TiDB 在金融场景里面那些不得不说的事

心不动则不痛 提交于 2020-04-21 20:20:46
今年春天突如其来的新冠病毒疫情,在一定程度上改变了人们的生活、工作习惯,给各行各业带来了巨大影响。银行也难逃“池鱼之殃”:传统商业银行的盈利能力、资产和信贷规模都受到了一定程度的影响。疫情期间,人们对线上银行服务的需求激增,原本深受诟病传统银行的技术架构,又一次被推上了风口浪尖。有”危“就有“机”,疫情期间,北银金科云计算应用部副总经理 & 金融业务及解决方案专家于振华老师做客 TiDB 直播间,分享了 TiDB 在金融场景的应用,以下为直播文字回顾。 本文以银行业数据库架构演进为契机,结合商业银行的核心业务,探讨未来商业银行的技术发展趋势和机遇。 第一部分:背景介绍 我发现随着时间的推进,金融科技工作者感觉越来越累,因为技术变化是一直存在的,金融科技发展有一个非常快的加速度,并且我觉得未来应该也会延续这种趋势。下面这张图,如果是你能够站上这条曲线,能够追上科技的发展,那就能够利用科技的力量来赋能业务,这就是为什么我们现在这么累,为什么大家感觉科技工作者的节奏越来越快的理解。 具体谈到在业务层面,第一是互联网的业务爆发增长,对系统提出了更高的要求,以往没有互联网的时候,业务可能是恒定的量,有了互联网,有了线上化的模式,需要系统架构有一定的可扩展能力。第二是我们现在做互联网金融产品,就是要快速上线,快速适应市场的行情,具备快速交付能力。第三就是要做到自主可控,做到金融安全可以把控

PHP vs Golang ? What Are You Thinking ! 你想什么呢 !

馋奶兔 提交于 2020-04-20 12:26:09
在使用 PHP 多年之后,我对 PHP 的优势和劣势已经非常清楚,与后起之秀 Golang 相比,两者已经不在一个重量级。 PHP 更像是 70 kg 级别的选手,脚本语言,极速开发,部署方便,性能可以。 Golang 更像是 90 kg 级别的选手,静态语言,众家所长,部署非常方便,性能非常好。 PHP 的应用主要集中在 Web应用 / API 应用 / 通用脚本。 PHP 部署方面,一般是部署源码。FPM 依赖 Nginx 之类的 Web 服务器;   对于常驻内存 HTTP Server 方面,Workerman 并未普及,Swoole 贴近底层而面临未来版本升级、维护的高成本。 PHP 性能方面,中小型规模应用完全可接受,但一旦服务器数量增多,和 Java 类静态语言的性能差距就会直接暴露出来。 PHP 服务端编程方面,只有 Pcntl 用于多进程编程,比较简陋,Pthreads 多线程不安全,网络编程门槛高,多数在结合框架基础上才能够做一些工作。 Golang 的应用广阔,Web应用 / Web服务器 / 云计算 / 区块链 / 通过脚本,面对各方面都游刃有余,使用上还能带来脚本语言般的体验。 Golang 部署方面,既可以直接 run 文件运行,也可以编译成二进制运行,安全性好。   不依赖 Web 服务器,单文件就可以启动高性能 HTTP Server,资源消耗极少

SIG Cloud Provider Alibaba 网研会第 2 期顺利召开 | 云原生生态周报

你离开我真会死。 提交于 2020-04-18 17:40:47
作者 | 高相林、陈俊、孙健波 业界要闻 Gartner 报告:阿里云与 AWS 并列入选容器产品最完善 近日,国际知名调研机构 Gartner 发布 2020 年容器公有云竞争格局报告,阿里云再度成为国内唯一入选厂商。Gartner 报告显示,阿里云容器服务在中国市场表现强劲,产品形态丰富,在如 Serverless 容器、服务网格、安全沙箱容器、混合云和边缘等领域,具备良好的技术发展策略。 Dragonfly 晋升成为 CNCF 孵化项目 4 月 9 日,由云原生计算基金会(CNCF)技术监督委员会投票,Dragonfly 正式晋升为 CNCF 孵化级别的托管项目。 SIG Cloud Provider Alibaba 网研会第 2 期 4 月 16 日(周四) 19:00 将举办 SIG Cloud Provider Alibaba 网研会第 2 期,本次网研会为自办直播,直播主要有两种形式:视频直播+文字直播。视频直播将在云栖社区、开发者社区、开发者钉群进行,文字直播将联合 DockOne 社区在 10+ 微信群内进行文字直播。 TiDB 4.0 发布 4 月 8 号是 PingCAP 成立五周年的日子,其开发团队也在当天发布了具有里程碑意义的 TiDB 4.0 首个 RC 版本。 上游重要进展 Fix client watch reestablishment

转:半个互联网技术热销书的作者聚在了一起

廉价感情. 提交于 2020-04-18 10:03:00
转载自 纯洁的微笑的 半个互联网技术热销书的作者聚在了一起 我在第一排左一 :) 周六有幸被邀请参加了博文视点《架构技术图书出版研讨会》,其实被邀请过去还是挺诚恐的,因为我还不是博文视点的图书作者,只是和其合作给大家送过几次书。这次跟着众多著名作者一起参加这个会议,主要还是抱着学习的态度去参加的,探讨对写作和技术的认识。 博文视点是电子工业出版社下属的计算机图书出版分社,可以说是电子工业出版社中单独分离出来,主要专注于中国互联网行业的一个分公司。博文视点的图书主要包括:产品、运营、技术和电商,但从他们出版的书籍中可以发现,其中技术类的书籍占了绝大部分,技术圈内很多热门图书都来自于博文视点。 说实话这些年我挺烦参加一些技术论坛,一方面是技术交流质量的原因,另外主要还是因为太多的商业因素掺杂到了其中,但这也能理解,毕竟组织者是需要花费很多精力、财力。没这些广告主的赞助,可能都不会有各种技术峰会的举行。昨天参加的作者图书探讨会算是一个质量很高的交流会议,和以往参加的技术峰会不太一样。 首先出版社介绍了一下参加研讨会的嘉宾,看了一下名单都是各个领域的大咖,有一线大厂的知名开发者、知名公司的CTO、创业公司技术负责人等,但他们在这里都有同一个身份,那就是都是热销图书的作者,有一个大合影大家可以瞅瞅都认识几个。 接下来,工作人员介绍了一下他们出版社,出版社可以为作者做哪些工作,例如帮作者审稿

Deploy TiDB Using the Binary

我的未来我决定 提交于 2020-04-09 20:09:19
Overview A complete TiDB cluster contains PD, TiKV, and TiDB. To start the database service, follow the order of PD -> TiKV -> TiDB. To stop the database service, follow the order of stopping TiDB -> TiKV -> PD. Before you start, see TiDB architecture and Software and Hardware Requirements . This document describes the binary deployment of three scenarios: To quickly understand and try TiDB, see Single node cluster deployment . To try TiDB out and explore the features, see Multiple nodes cluster deployment for test . To deploy and use TiDB in production, see Multiple nodes cluster deployment .