让“数据库”见鬼去吧

让“数据库”见鬼去吧！

我的这个念头来自6 月 28 日，PingCAP 举办的 “TiDB V6 暨 PingCAP 云战略发布会”。

都说“深人所见于物者亦深，浅人所见于物者亦浅”！我不是深人，但是要想接下来我说的，就需要让你头脑中的数据库见鬼去！至少要暂时放在一边。

我们头脑中的数据库是什么？是 OLTP数据库、OLAP数据库、大数据技术栈、数据湖、数仓、分库分表，是Oracle、DB2，是MySQL，商业的开源的，那些多达上百种复杂的数据库技术。

我头脑中的数据库是关键业务应用，是支撑ERP，CRM等应用的关键底座，他们都要使用数据库、数据仓库。这是我们对数据库的认知！

那为什么我说让数据库见鬼？不见鬼，你将很难理解这次发布会所传递的信息。

好了，让我们回到如今的用户需求。

如今，行业用户最大的痛点是基于数据的业务创新，他们不能够像互联网厂商一样运用数据，业务创新步履维艰，这是行业用户最大的痛点。

解决用户的痛点，我总结了几大技术流派：数据中台/业务中台、大数据，以及智能湖仓/湖仓一体。

这几大技术流派都能够解决数据创新、分析和运用的问题，但是有一个前提，要求你能够熟练掌握其中的各种技术工具，结合业务场景诉求加以应用。以大数据为例，提供模块不下30个，搞清楚每个功能模块是做什么用的就不容易了，更何况还要加以运用？不是铁粉，通常搞不定！

简单说，花钱买数据中台/业务中台、大数据，智能湖仓/湖仓一体不是关键，关键是使用这些技术平台，传统行业用户有多少人说得清楚Hbase、Flink、kafka、RocksDB等？

既然如此，还有没有更加简单的办法？

有啊！这就是TiDB 所谓的HTAP数据库！它要解决的就是数据处理和分析的问题。

看一个国内头部银行的应用案例，注意是头部银行（不方便透露具体是哪家客户，原因都懂的）。

这家头部银行使用TiDB支持数据分析、数据创新，满足各种创新业务应用对数据的需要。

都说银行用户比较保守，但在引入TiDB技术的问题上一点不保守，也说明了TiDB的价值。但是从用法上分析，他们把TiDB用在实时数据分析创新上，而没有使用TiDB 交易处理的能力，也就是使用了OLAP，忽略了OLTP，说明他们还是很保守。也可以理解，数据分析创新是新的需求，而在线交易是原有的能力，要替代升级，这需要更大的勇气！TiDB同时具备在线交易、在线数据分析的能力，可以帮助用户降低业务创新的门槛。

早在TiDB v6之前，上一个版本，HTAP关键技术节点就已经全部实现了并行化，没有影响性能。

TiDB v6的最大变化，还在于对企业级能力和云原生能力的补充，以及交付方式的变化。

交付方式丰富了TiDB 的部署路径。在此之前，很多用户是自己选择云基础设施，以私有方式安装TiDB软件。为了将 TiDB 的价值交付到更多用户手中，TiDB在 AWS、GCP、阿里云上都推出了云上交付服务。在云上，用户对于TiDB的功能需求、调整，可以得到 PingCAP的更快响应，官方可以在线提供服务、更快地迭代，提高了产品的进化和服务水平。

所以，TiDB 体现出的价值是什么？用户希望不用考虑 OLTP、OLAP、大数据、ETL ，让它们统统见鬼去吧。用户只想要一个简单而强大的数据交互体验。

TiDB 就做了这样一件简单的事：不用再去学习什么大数据技术、数据湖技术，新的语言，新的协议，就用所有 DBA、开发者最熟悉的 SQL 经典体验操作，也不用管这个数据库是支持公有云、私有云、还是私有部署，何时何地我都可以拿来用就可以了。让数据库回归本质，做它最应该做的事情！

总结来看，TiDB主要解决了数据处理、数据分析创新的问题，只要你会使用SQL语句，就可以搞定数据创新的问题，就是这么简单！

再说一句：让你头脑中的数据库见鬼去吧！