POLARDB 压测与初步学习后，应用程序如何面对 POLARDB FOR MYSQL

最近压测了POLARDB FOR MYSQL ，得到了一些压力测试的结果，POLARDB  作为目前云原生数据库的 NO.1 （国内），的确是值得学习，一些数据库的设计理念，以及设计的路径，同时针对应用程序如果使用POLARDB ，如何进行设计，规避POLARDB 在设计上的一些“软肋”。 根据公司的需要，写了一个PPT，这里做一个简单的展示，希望有同行者，或者对POLARDB 使用的，或敢兴趣的同学，一起学习和讨论POLARDB。

这里主要是想说明两个问题

1  POLARDB  FOR MYSQL 并不是MYSQL ，在整体的POLARDB FOR MYSQL 的设计中，整体是围绕这几个概念

     A.  基于云数据库运行维护和成本的场景，以及云数据库已经产生的问题，和解决问题的角度入手

      B.  基于硬件的基础，设计底层数据存储，以及数据存储格式，在数据存储格式上进行了整体的改变

       C.  基于硬件一个数据即日志的理念，整体将数据的复制方式，MVCC的形成方式，进行了改变。最大化的让POLARDB 形似MYSQL ，使用体验接近MYSQL，并最大化的利用硬件

       D. 数据库产品本身是基于硬件的基础，设计而来，抛弃了传统数据库使用硬件的方式，并成为一种自有的数据库原理体系。 

2  数据库也是软件，软件就有适应的场景，即使在现在处于 “卷” 的时代，做东西也要实事求是，POLARDB 从原理中的确是有一些 “难以” 解决的问题，还需要有更多的客户进行使用，反馈，帮助发现问题。这是一个漫长的过程，传统进行TPS  QPS 的指标测试体系，衍生出的问题，导致测试的结果并不能说明问题，如数据库的稳定性，测试的场景是否丰富，数据库的问题一般由数据库厂商来发现比较困难，尤其是使用方式的多种多样，希望测试的场景多一些，发现的问题多一些，当然使用者也要有耐心，毕竟 罗马不是一天建成的，另外还是抱着怀疑和否定的态度对待某些新事物的思路，而不是被鼓动的希望满满，最终使用后一地鸡毛，产品的研发者，需要冷静头脑，产品的使用者，需要理解产品的设计思路，并且尽量避免在产品不适合的场景使用产品，得出负面的结果。

———————————————————————————————

以下为最近几天学习POLARDB 总结的一些需要应用程序设计在使用POLARDB 中可能需要了解和注意的地方。