有幸参与了一场“撕”的大会，里面虽然没有硝烟战火，但冲天的各种攻击的声音，那是不绝于耳。以下的记录可能有不全的地方，也可能有省略的地方，但尽量保证信息传递的准确性。最后有一点自己的小看法，当然非常的不重要，可以直接略过。
原会议记录，这次的会议是腾讯的闭门会，参加的人员就不说了都是大咖，为了不被找到家门，所以所有人的名字都被忽略
——————————————————————————————
MYSQL 方
观点1 ，数据库行业没有比ORACLE 更懂数据库的，MYSQL 在被ORACLE 接管后，已经今非昔比，ORACLE 投入了大量的经历在提高MYSQL，以下均已MYSQL 8 作为讨论对象
1 MYSQL 支持原生的高可用
2 HASH Join
3 CTE 和窗口函数
4 GIS 支持
5 表空间，日志加密
6 基于clone plugin 快速建群，writeSet的复制将复制延迟已经降低了
7 对于系统的监控方面，已经可以从SYS库上获得。
8 DocumentStore
9 在高并发的场景，没有和MYSQL 进行比较的数据库，包含NO SQL 数据库。
10 成熟的K8S DOCKER MYSQL的方案，快速部署
11 一个成熟的整体的基于MYSQL的方案是 ，MYSQL REDIS ES ClickHouse influxdb 是一个完整的方案。
12 在DB-engines 里面没有进到前200的数据库，号称厉害？
13 MYSQL 成为替代 SQL SERVER 的数据库，并且被经常提及
NOSQL 方
1 Redis 是互联网的强者，由于互联网的飞速发展，信息系统互动性日益增强，用户规模不断攀升
2 Redis 已经成为支持互联网的支柱。
3 Redis 是单进程，高可用，低延迟，持久化，分布式，数据库结构丰富
4 Redis 可以既可以成为缓存，也可以成为存储
5 Redis 支持持久化 AOF RDB，开启成为存储系统
6 Redis 是最简单扩展自定义功能
7 Redis 是原生支持架构类型最全的，复制，集群，高可用，分布式集群
8 Redis 是唯一一个可以作为消息队列使用的数据库，来进行消息的推送
9 Redis最容易进行扩展性，体积小，扩缩容速度很快
10 Redis 是内存管理最好的数据库
11 Redis 可以在线扩容，不需要重启动
12 支持秒级无损升级，是最具潜力的数据库，
13 社区生态好，行业地位高，应用场景广，生态体系强
云原生数据库
1 CynosDB, 云原生数据库是未来的数据库
2 数据库的种类是SQL , NOSQL, NEWSQL 三种阶段
3 关系型数据库无非满足需求
4 NOSQL 弱化了数据库的范式，缺乏运维工具，无法满足事务
5 NEW SQL 是将这些 SQL NOSQL 的 优点集成， 将缺点抛弃
6 传统数据库 扩展性差， 资源利用率低，可用性无法保证，运维成本高，备份回档慢，性能受限，可靠性低。
7 计算和存储一体，就会造成性能问题，和运维复杂问题。
8 云数据库，按需服务，广泛网络接入，资源池化，快速扩展，可度量的服务
9 传统数据库无非满足云上的使用，问题较多
10 将计算和存储分开，计算层的无状态，只写日志，不需要redo ， 节点之间不需要进行复制
11 CynosDB兼容 MYSQL POSTGRESQL 的数据库引擎，做到数据迁移到CynosDB,非常方便。
12 鱼和熊掌可以兼得
PostgreSQL
1 PG 是世界上最强大的开源数据库， 团队强大，管理强大，成体系，提供持续不断的开发。
2 PG 的规划能力强，规划规范的开发计划，版本升级文档，有计划的升级，功能彻底更新。
3 PG 高性能，并行扫描的功能，ORACLE 最强的功能是并行，PG 也具备并行最强的能力,HASH JOIN MERGE JOIN , NESTLOOP JOIN 其他开源数据库（其实就是说MYSQL ）大部分硬件的资源无法有效利用，因为他不能并行操作。PG 是可以进行并行操作，更有效的提供查询结果
4 PG 比ORACLE 在稳定性上要高，更别提别的数据库了
5 PG 大部分用于金融的核心交易系统，与互联网的数据库对数据的严谨度不一样。
6 PG 对于 ORACLE 和 MYSQL 在进程方面，被KILL 后，只有PG还可以继续工作，其他的数据库已经挂了
7 PG 使用的通道加密与ORACLE 类似，在安全方面基本上与ORACLE 一样。
8 ORACLE 有的 PG 有，PG 有的 ORACLE 没有， 1 索引类型 ,PG 要比ORACLE 强，每种索引的类型都是有实际的作用的，不是摆设。
9 PostGIS 已经有20年，比某些开源数据库刚有，是碾压性的
10 PG 有分布式，ORACLE 没有
11 PG 支持 OLTP 和 OLAP ，在不行可以可以使用 greenplum , 在不行就考虑TBASE 都是一体的
12 PG 是没有知识产权的，安全，任意使用，没有任何法律风险， MYSQL 不是完全的开源数据库，他有其他的，永久开发，不怕某些公司将MYSQL 开源数据库变成闭源，不允许随意使用。
PK 环节
MYSQL PK NOSQL
1 MYSQL问：CynosDB 成本有多少
回：CynosDB 采用多租户的方式使用硬件，充分利用硬件，可以调度资源，在大批量的方面上使用是节省成本的，一个数据库三份副本，与单机比CynosDB成本高，与业务成本方面开了，高峰和低峰上灵活运用，节省成本，提供给用户最优的使用成本。
2 MYSQL 问，CynosDB太贵，没听清多少G ，要5万多。中小型企业不适合，这些钱可以让小型企业用到上市。
3 回答：你看的不对，不需要这么多钱， 云计算是按照按需所需的来，如果按照计算单元来计算，云计算就变成水和电一样，低成本
4 云问：MYSQL 是云好还是自建好
5 问：为什么你们云上还有其他的数据库云，干嘛不是CynosDB呀
6 答：后面基本上已经开始听不懂，记不下来了，就一句云数据库是企业级的数据库。
7 回，TDSQL 在金融方面经验足，CynosDB经验不足
8 大部分企业在用MYSQL ，为什么工商，招商银行的业务在MYSQL 上使用。
——————————————————————————————
以下是个人不成熟，不重要，不负责的看法，请直接忽略
MYSQL 方为什么要祭出mysql8，傻子都知道因为不拿出MySQL8，那其他数据库专家群起攻之的对象还能有谁，MYSQL 呗，一人一句就被淹死了，例如什么不稳定，版本分支多，去ORACLE 最后弄出来个小ORALCE， 版权问题怎么办，不会以后免费的被封杀了吧，ORACLE 的不靠谱谁都知道，一会一个注意，毁了JAVA 然后MYSQL 也好不了多少吧。 处理半结构化的数据，歇会吧，处理结构化得数据还没有走利索呢，在怎么复制都是延迟，大事务一用就延迟，卡死的状态，发展了那么多年，其他数据库都有的 HASH JOIN, Merger join , bitmap join 你都没有，就一个nestloop 吃一辈子吗，改表结构，跟要死了，哪有其他数据库想你那么麻烦，还有单表的存储数据量的问题，估计这辈子也解决不了，不是分库分表 就是分库分表，还有点新鲜的吗，分区表支持，我不敢用，存储过程的性能问题解决了吗，...........
所以参会者很聪明的避过了这些“点”，直接将 8 拉出来，要不下场不敢看。
然后就是REDIS 参会者各种的什么都OK，仿佛redis 和世界的救世主一样，Redis 可以集群，可以哨兵，可以在线扩容，可以当永久存储，话和炮筒一样。 这些数据库的老油条，估计是放过了他没说他什么，换我直接给他几句
1 那个REDIS 是在项目中单独使用的，你不得和一个其他的 ORACLE ,SQL SERVER ,MYSQL ,PG 来搭配吗，你就是一个配角
2 REDIS 这么厉害，那么厉害，互联网是少不了，别忘记半壁江山的传统企业，他们估计认识你，那得把你的字符拆开，合起来就三字，不知道，不清楚，母鸡了，两字，素人。
3 Redis 结构丰富，那个是自己定义的，不是靠程序员来进行发散思维，是你厉害，还是程序员厉害，往自己脸上贴金的能耐让人佩服。
4 是数据库里面唯一可以支持队列的，我用MQ 不好吗，我做个炒猪肉，你让我从养猪开始，你有病吧
接下来就是那个什么云数据库，大哥说的很稳定，这个云数据库的使用率也是很稳定，稳定的两只手就能算出你的使用率了吧，云数据库这个好那个好，一看价格，你要是推荐云数据库，你信吗，你老板如果不抽死你，那你老板可能是你老爸。各种扩容，各种计算单元和 存储分开，这是水瓶座的脑洞哥，我就想要套煎饼果子，你给我整出来个八珍豆腐，玻璃心碎了一地。 麻烦先好好的降低成本，，前边那个在传统企业里面是素人，您呀，估计大概率不用给范围，就是一个素人。
最后是PG，PG 是真有胆，别人都避讳，甚至mysql直接祭出，我们是小ORACLE ，PG 的老大爷直接一句，灭了ORACLE 一家全族，我们PG 比ORACLE 的性能，稳定性，功能，都要高。这是要挑战世界的节奏，那些小哥哥们，自然是不会饶了你，首先就问你，我们都是业界有名册的，你有名册吗，互联网多少用你的，传统企业多少知道你的，要不要脸，虽然这几年尤其去年闹得厉害，你说的眉飞色舞，一问考证的才几百人，前年就一个人，你真是四川的人们的掌上宝，中国的名贵动物，大熊猫，100个搞数据库的，走楼底下被砸死的几率，你最低了吧。另外那个VACUUM ，弄利索了吗，一问就心虚，一问就心虚，然后来一句我们后面有方法，真是油锅里面的时间长的油条，老油条呀，直面问题估计也得汗流浃背吧。
以上全部是胡说八道，全不负责，纯属搞笑，各位大侠大人大量，不会和我这个jian人计较。
———————————————————————————————
其实上面的各位老师都是数据库界的大咖， 名字放到地上都能砸个坑的人，在各自的领域都是对所支持的数据库很有见解，听了此次会议，真是受益匪浅。感谢感谢，除了感谢没有别的。
不过也有稍微遗憾的地方，就是如果有MONGODB ,NEO4J ，TIDB 就更好这些DB 都是业界的各自行业的 大哥大，如果来估计“撕的更好看”。
