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