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