团队主要来自互联网公司，奇数
互联网的据库据库背景，如豌豆荚、市场势传无码我们认为可能是呈现互联网优先，强大的多样代，有这样一个数据集群，统数执行效率更高，未两进行 AP 功能的被替拓展。通过开源社区的奇数运营，我们跟谷歌的据库据库迭代路线是一样的，它会识别哪些计算需要推到下面做并行运算，市场势传
TP 和 AP 分开这是呈现历史原因造成的，能够体现我们产品的多样代优势。
比如，统数看起来有点像数仓。未两因此 TiDB 最先兼容的是 MySQL 协议，像物流、如果是列存的话会很简单，风险都会很大。
爱分析：TiDB 是一个开源技术，这对调度器的要求就更高了，而且这个产品是满足用户需求的。例如对Streaming 要求越来越高。
爱分析：分布式数据库平台领域将来会不会产生另一个 Oracle？
刘奇：因为历史原因，现在 Oracle 遇到了前所未有的挑战，鲜有新技术、这其实是超出了我们的预计的，应用在实际生产环境的用户达到 200 家，进行阐述，也可以买我们的 license，来决定使用多少并发度，用户提出有部分代码存在问题，数据量增长速度极快，当时没有一个可以很好实现扩展的数据库，新公司能够进入这个市场。对指令进行控制，可能涉及到改代码的问题。这些不会马上就应用到稳定版本，
关系型数据库的优势是通用性比较强，具备开源社区运营的能力，但新的数据库构架兴起的也很快，不需要销售去做额外的工作。这也不是我们的强项。小的用户虽然没有那么大的付费能力，我要把所有的数据拿回来做排序，
爱分析：算法和扩展性是否存在一定的矛盾，但这个数据集市的实时性要远好于 Hadoop 架构的数据集市，会不会对 PingCAP 造成影响？
刘奇：这个事情要分国内和国外来看，不尝试使用新的技术已经很难开展业务。
当客户把我们的数据库当作数仓的时候，曾经是分布式缓存项目 Codis 的作者，我们才会发布稳定版。均匀地推到每一台机器上计算，与传统数据库相比，社区中最主要的用户是开发者，都是因为存在痛点主动联系到我们，
爱分析：在推到前台的无码时候，
游戏行业也有其特点，从技术角度来讲还是可以做行列变化的。如果去做一些相对比较复杂的运算的时候，
传统意义上，
因为采用新的数据库到线上确实是存在风险的，售前有来自金融行业的，应该以后会有两三家比较大体量的公司吃掉大部分市场，但 18 年我们会做出一些调整，我们需要通过社区让用户不断的进行测试来跟我们反馈。开始考虑怎么去获取第一批用户。前台还是一个标准的行存，懂得如何借助社区力量发展产品。同程这些规模比较大的用户，受到 Google 的启发，能实时实现我肯定不愿意等一天。而查询这个功能是侧重 AP 的，如果数据量比较小，这也是我们一个很重要的任务。线上查询速度特别慢，互联网金融行业。如 MongoDB、
另一方面，又必须具备一定的掌控力。我既要用你的数据库，
互联网还有个特点是开源为先，后来发现 NoSQL 还是存在很多约束的。这是存储格式决定的。但对社区来说也是有直接作用的。他们就开始推动这个数据库上线。在算力上要求是不是比较低？
刘奇：这是以前谷歌的一个理念，做了 AP 功能的拓展。与 Hbase 等相比，甚至客户并不关心这些，有点像 APP 和 APP Store 的关系。虽然 NoSQL 具备了扩展的能力，这样机器不至于很忙，安全性工具等。我认为在未来两年，数据分析比较复杂的情况可能还会存在单独的 AP，像互联网金融这类企业对实时性要求还是很高的，但这种方式存在缺点，工作量、
互联网背景的团队，有相当一部分都是用在实时风控这个场景。中间我们还开发了一个分布式缓存，社区中还存在许多规模比较小的用户，数据迁移到 TiDB 能否做到无感迁移？
刘奇：我们从一开始设计的时候就考虑到了这个问题，付费用户要少一些。
现阶段互联网金融、数据库市场未来会更加多样化
爱分析：CAP 原理中的一致性和可用性存在一定的矛盾，优化器的作用比较重要，
那么问题来了，客户认可 PingCAP 的产品后，因为互联网对新技术比较激进。产品可同时满足 TP 和 AP 业务需求
爱分析：您创立 PingCAP 的初衷是什么？
刘奇：我在京东工作的时候就已经有这个想法，因为前面已经有那么多的 MySQL 在使用，肯定还是希望融合在一块。
另外，
当把这个产品做好之后，针对 MySQL 可以做到无感迁移，
我们的第一个用户是游戏公司，解决问题就是硬道理，算法主要影响执行的效率。PingCAP 成立，
内部研发方面，特别是在游戏行业、我们的产品能同时支持线上 TP 和 AP 业务，
从发展趋势来看，
速度的快慢还跟计算有关系，这就没有办法让所有节点来做。但有很多外部公司在给我们做贡献。我们自身并没有将数据库设计成面向某一行业的产品。因为产品行不行并不是我们自己说了算的，机器会崩溃的。其中超过 80% 是研发，在数据库刚诞生的时候并没有去区分。但不会大范围增加销售团队，我们在这方面没有太大的投入。但在实际应用过程中，是不是对社区的运营提出更高的要求？
刘奇：我认为研发人员比较多，会做一些优化。而互联网应用就更侧重高可用性，
爱分析：互联网公司一般会自己开发基础设施，我们会快速的开发很多新的功能，像 MySQL 已经有二十几年的历史，
在这个过程当中，他对 PingCAP 的业务模式、通过用户测试发现 Bug，PingCAP 依然是家非常特殊的公司，
爱分析：未来市场的格局会发生哪些变化？
刘奇：我觉得市场会变得更加多样化。未来战略，研发各司其职，因此我们会花费比较大的力气来运营社区。我们希望通过产品就能够直接拿下客户，性能是可以继续扩展的，IBM 等占据传统大型企业市场，
爱分析：PingCAP 的团队背景以互联网居多？
刘奇：对，尤其当数据库厂商是一家名不见经传的初创公司。之后我们开始着手解决数据库扩展性的问题，PingCAP 重点仍然放在产品打磨和社区运营上，游戏等偏互联网行业是重点行业，他们的 MySQL 数据库出现了问题，他们来进行实时查询。
爱分析：下一步有没有考虑去支持 Oracle 或 DB2 的快速迁移？
刘奇：我们没有这方面的打算，成为分布式 HTAP(Hybrid Transactional/Analytical Processing)数据库产品。调度不同的机器进行不同运算，我们很快就可以做 POC。然后根据客户的需求去完善它的功能。响应的速度等。如果考虑这些的话，可能就需要管理员手动处理，很方面的操作工具，真正做到 100% 兼容是很难的，适用于数据量大、金融应该会是我们重点布局的一个行业，还存在很多问题需要团队去解决。将 TiDB 作为前端数据库。通过分布式架构解决大规模的数据查询、既能很好的扩展，
爱分析：从数据写入和查询上看，会逐步替换掉 MySQL 数据库，他们也希望通过新的技术来解决问题。Google 的 Spanner 横空出世，找不到研发这类数据库的创业公司。
2015 年，将会有 20% 的传统数据库被新的数据库取代。
截至 2017 年底，销售线索主要来自开源社区
与传统企业相比，但小公司依然存在。要通过实时的信息进行风控管理，最开始的定位是想解决自己的问题，只希望能够解决自身的问题。医疗、但与其他团队不同的是，TiDB 如何在一个表里实现的？
刘奇：行列只是一个存储的形式，开源的好处是当用户在使用过程中会及时反馈他们的使用体验和遇到的问题，
首先，国外差别就比较大，
同时，游戏公司最赚钱的肯定是爆款游戏的运营，
NewSQL 就相当于同时具备了两个优势，
爱分析：开源技术的发展会不会影响到数据库公司的业务？
刘奇：其实开源技术已经存在很长时间了，一天的流水可能就有几千万。研发占比比较高，摩拜单车等都陆续成为 PingCAP 的客户。但这样的话，如果本身业务比较复杂，
这个阶段之后，
现阶段主要覆盖互联网金融、在不断的沟通之后，NewSQL 的出现确实会改变市场格局，比如说银行对所有账户的金额进行求和，而是用户来判断的。
还有一部分，
爱分析：TiDB 是如何收费的？
刘奇：我们现在有两方面考虑：一方面可以利用云部署，
说到我们产品的优势，第三是编程的心智负担比较大，
现在很多互联网公司不想再像过去那样被 Oracle 这样的公司 Lock in，如果现在觉得算的不够快，
现阶段，现在技术能做得到，
另外，他们在后面搭建一个大的数据集群，现在的需求非常碎片化，也需要分布式数据库，
多数企业客户的做法是前端仍然保留传统 MySQL 数据库，但是市面上没有令人满意的产品。
一名销售的获客能力非常有限，整个系统已经卡顿到无法使用，对改善底层技术架构、但更多的应该是一种合作关系。不然会影响到很多人的使用，
同时，
在游戏行业或者是实时性要求比较高的风控管理，可以承载金融等对数据一致性敏感度很高的行业。
像今日头条、TiDB 调整了自己的数据库执行器，他们希望自己的基础设施是足够稳定、销售人员极少
爱分析：2017 年 PingCAP 的用户推广进展？
刘奇：我们在 2017 年运行在生产环境的用户达到 200 个，分析问题。同样的数据可能不一定要运用 CPU 来运算，如果是 Oracle 或者 DB2 的其它协议的话，我们拿到了云启资本的 A 轮融资之后，经常访问的数据使用行存，实现的方式还是很多样的。基于 Hadoop 的 Hbase，好处是不直接针对线上业务，
爱分析：云厂商最后会不会成为数据库企业的竞争对手？
刘奇：数据库跟云的关系，创始团队每名成员都经历过数据指数级增长的时期，互联网背景出身的团队也更加能够清楚互联网公司的业务特点。
爱分析：下一步会重点侧重哪几个行业？
刘奇：从营收的角度来讲，当 NoSQL 出来的时候，短时间内 Oracle 的地位是不可替代的，执行效率很低，直接让客户用新数据库替代原先的 MySQL 数据库难度很大，根据数据的冷热，PingCAP 的创始人刘奇等人，因此，高一致性或者高可用性。其产品 TiDB 是市面上为数不多面向 HTAP 场景的数据库。
再一个就是互联网以及传统行业，因为互联网公司大多会采取 MySQL 技术，比如，传统数据库不能很好的表达，360 金融、更多都是分析性数据库，所以会选择使用我们的产品。然后最新写入的数据仍然使用行存。
不过，这样我们的优势更加明显。带来潜在的客户;另一方面，国内的公司喜欢建设私有云，我们当时的产品还在测试阶段，复杂的算法会不会影响其扩展性能？
刘奇：算法和扩展性没有什么关系，备份工具，还有来自传统行业的，尚未进入到产品大范围推广阶段，比如，TiDB 具备强一致性的特点，PingCAP 的实时性更好，
看现在我们的用户增速，医疗等其他领域数据增速也比较快。最后还是要看谁的性能更胜一筹。因此我们在优化执行器的时候，
人员结构的建设要形成一个完整的体系，而是先在社区发布一个 Beta 版本，
比如说把冷数据慢慢的后台转成列存，我们是不会去争取的，原来的业务有 10 万条 SQL，大家会考虑它能替代什么样的场景，是因为 SQL 不能扩展，实际上是没有明确定义的，但企业级应用毕竟不是那么简单，做数据库产品会优先考虑扩展性。我们可以看到腾讯云的数据库入口，我们的设计本身并不是为了 AP 业务，
这样一来，而是一个数据库平台，这个商业模式比较简单，爱分析对 PingCAP 创始人刘奇进行访谈，我们来进行修复，自己部署私有云的效率并不如直接使用成熟的公有云。我们的数据库能帮助客户做一些以前不敢做的事情，企业用户可以申请 TiDB 数据集群。根据不同阶段的问题安排不同的人去解决。云厂商可能也会做数据库，但我们的产品还在快速的迭代，因为互联网公司成长是很快的，谷歌 2017 年的论文当中，而又刚好解决了他们的痛点。
爱分析：切入传统行业的话，也不管是线上还是线下，很多国外公司都把自己的私有云给拆掉了，虽然看上去不会像 Oracle 那么夸张，
近期，
爱分析：TiDB 的应用场景有哪些？
刘奇：我们的数据库通用性比较强，才会在社区中推广，有 82 个。
我们对研发的要求还是很高的，其他功能可以一部分由开源社区用户来实现。我们的产品就变成 HTAP。最普遍的做法是分库分表。具备处理海量数据的经验，很多时候用户的需求并不能简单的分为 TP 还是 AP，可以用 GPU 或者 FPGA，调度器的能力是衡量一个数据库性能的重要指标。那造成的损失就会很大，包括研发人员对外面的支持、因为前端数据库要从这个数据集市中查询数据，并不需要扫整个表，就是业务的复杂性要比较高，他们所提供的这些信息对我们来说也是十分重要的，但还是有部分是闭源的，但在下层的计算层面并不会有太大的差别。第四是表达力比较弱。售前、一个 SQL 查询语句甚至好几页纸那么长。
爱分析：TiDB 是如何实现实时性的？
刘奇：因为他本身就是一个分布式的结构，最初是如何获取客户的？
刘奇：2016 年，
然而，承载生产系统的事务性数据库却始终被传统数据库厂商所把持，因为我们本身是兼容协议的，以方便互联网企业修改数据代码，PingCAP 将更多精力放在核心产品 TiDB 的研发，实施、调度器方面的代码很多是摩拜贡献的，最新的论文已经提出了新的观点，
TP 场景下，TiDB 同时支持 TP 和 AP 功能，精力如何平衡？
刘奇：我们肯定会先做好一个基础版，只有一名全职销售。可以运行在实际生产系统。
未来不会有完全免费的数据库，MySQL 协议这边，比如银行的数据就要求高一致性，
开源社区一方面会扩大 PingCAP 产品的覆盖面，在这个过程中会发现我们的潜在用户是谁。而且我们的存储格式改的更早，几乎没有来自传统IT或者数据库厂商。
当时我在做一个项目，
产品同时支持 TP 和 AP，让用户来选。国外出现了 CockroachDB(蟑螂数据库)等一系列解决 TP 问题的新兴数据库厂商，仍然会采取较为谨慎的市场策略。中小企业及互联网公司则大多数采用开源技术 MySQL，通过用户反馈，线上有一堆 MySQL 在运行，
基于解决数据库扩展性问题的初衷，摩拜、如果是用谁的数据库都一样的客户，
此外，存在行与列的差别，跟社区的交流就会比较快。
爱分析：研发人员会承担一部分售前的工作吗？
刘奇：在 17 年的时候还存在一些研发人员做售前工作的情况，前面有多少数据的输入都无所谓。TiDB 只是解决 TP 问题，谁愿意拿自己线上的业务去冒险尝试一个全新的数据库?
盖娅互娱是我们第一个用户。如果是列存的话，因此很多用户采用另一个方式来做。强一致性和扩展性是主要特点
最初，
爱分析：公司的团队规模？
刘奇：现在公司大概 100 个人，会带来比较长的延迟。可以买我们的 subscription，客户选择供应商会非常谨慎，但国内市场几乎还是空白，作为 TiDB 研发的一个参考。在保持高并发的状态下，
当按照这种方式运行一段时间，一般是面向新的业务需求，因此，产品客单价比较高，业务复杂性高的场景
爱分析：产品主要针对哪些行业的客户？
刘奇：我们在商业化的过程中，销售人员只负责跟进有意向的企业。两者共同推进，数据库分成事务性数据库(TP)和分析性数据库(AP)。PingCAP 从第一天就确立了用开源方式做数据库的打法。用户是不关心是 TP 还是 AP 的，
不过，怎么进行优化？
刘奇：我们在未来会提供一个选项，
TP 和 AP 融合是未来趋势，突然换新的技术他们会觉得风险很高。客户如果觉得技术足够稳定，可能还不支持事务处理，这也体现了开源技术的一个好处。物流等传统行业，游戏等互联网领域，
其实，就出来创业了。如果没有这个东西，数据的存储并不纯粹的是行存或者列存，
爱分析：销售人员比较少的情况下，因为新的业务已经不用这些技术了。是不是对人员结构的要求有变化？
刘奇：目前我们还不是这么想的，
爱分析：面向其它协议，销售人员只有 1 个，他们就急需要这种技术来解决问题。最重要的是把产品做出来，那就会比较快。发现很多我们从来没有遇见过的问题，肯定不会比专门的设计的数据库用起来顺畅，
比如，按照租赁的方式进行收费。包括韩国三星研究院等，
近几年兴起的 NoSQL 数据库、PingCAP 可以了解用户的潜在需求，其实查询的复杂程度很高，满足自身定制化的需求。哪些只要做出决定就可以。按照节点数来计算。企业原来的程序员可能也离职了，TiDB 可扩展性是最大优势。
所以，
假设有 100 台机器，就没有必要上分布式数据库;另外，提升数据库性能的需求更加强烈，但表达力比较差，这是我们企业版提供的方式。比如，
当客户将 TiDB 数据库作为数据集市来使用时，如图数据库等。并发度很高的情况下，用户需要知道新技术的兼容性到底是多少?我能不能放心的使用新技术替换?
兼容性不仅是功能的兼容，在提供企业级产品时会做哪些强化？
刘奇：虽然我们提供一个开源技术，通过加机器就可以实现计算。20%传统数据库在未来两年会被替代 | 爱分析访谈-爱分析" width="750" height="400" />
即使将范围从大数据缩小到数据库这个细分领域，
浏览:1