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