本文目录：
- 1、pgsql的主键存储方式
- 2、2020年报重新审视腾讯核心能力，流量+资本到产品力+技术力
- 3、云服务器阿里云和腾讯云哪个好？
- 4、爆肝！用Python制作抖音爆款视频！
- 5、腾讯云阿里云免备案海外云服务器活动对比？看看哪个更便宜？
pgsql的主键存储方式
PostgreSQL的稳定性极强，Innodb等索引在崩溃，断电之类的灾难场景下 抗击打能力有了长足进步，然而很多 MqSQL用户 都遇到过 Server级的数据库丢失的场景 -- MySQL系统库是 MyISAM，相比之下，PG数据库这方面要更好一些。
任何系统都有它的性能极限，在高并发读写，负载逼近极限下，PG的性能指标仍可以位置双曲线甚至对数曲线，到 顶峰之后不在下降，而MySQL明显出现一个波峰后下滑（5.5版本 之后，在企业级版本中有个插件可以改善很多，不过需要付费）。
PG多年来在 GIS（地理信息）领域处于优势地位，因为它有丰富的几何类型，PG有大量字典，数组，bitmap等数据类型，相比之下 MySQL就差很多， Instagram就是因为 PG的空间数据库 扩展 POSTGIS远远强于 MySQL的 my spatial 而采用 PgSQL的。
PG的“无锁定”特性非常突出，甚至包括 vacuum这样的整理数据空间的操作，这个和PGSQL的MVCC实现有关系。
PG可以使用函数 和 条件索引，这使得 PG数据库的调优非常灵活， MySQL就没有这个功能，条件索引在 web应用中 很重要。
PG有极其强悍的 SQL编程能力（9.x 图灵完备，支持递归！），有非常丰富的统计函数和统计语法支持，比如分析函数（Oracle的叫法，PG里叫Window函数），还可以用多种语言来写存储过程，对于 R的支持也很好。这一点MySQL就差很多，很多分析功能都不支持，腾讯内部的存储主要是 MySQL，但是数据分析主要是 Hadoop+ PgSQL。
PG的有多种集群架构可以选择，plproxy可以之hi语句级的镜像或分片，slony可以进行字段级的同步配置，standby 可以构建 WAL文件级或流式的读写分离集群，同步频率和集群策略调整方便。
一般关系型数据库字符串有长度限制 8k 左右，无限长 TEXT类型的功能受限，只能作为外部大数据访问。而 PG 的 TEXT 类型 可以直接访问且无长度限制， SQL语法内置 正则表达式，可以索引，还可以全文检索，或使用 xml xpath。用 PG的话，文档数据库都可以省了。
PgSQL对于 numa 架构的支持比 MySQL强一些，比 MySQL对于读的性能更好一些， PgSQL提交可以完全异步提交，而 MySQL的内存表不够实用（因为表锁的原因）。
pgsql除了存储正常的数据类型外，还支持存储
array，不管是一维数组还是多维数组均支持。
json和jsonb，相比使用 text存储要高效很多。
json和 jsonb在更高的层面上看起来几乎是一样的，但是存储实现上是不同的。
json存储完的文本，json列会每次都解析存储的值，它不支持索引，但 可以为创建表达式索引。
jsonb存储的二进制格式，避免了重新解析数据结构。它支持索引，这意味着 可以不使用指定索引就能查询任何路径。
当我们比较写入数据速度时，由于数据存储 的方式的原因，jsonb会比 json 稍微的慢一点。json列会每次都 解析存储的值，这意味着键的顺序要和输入的 时候一样。但是 jsonb不同，以二进制格式存储且不保证键的顺序。因此如果有软件需要依赖键的顺序，jsonb可能不是最佳选择。使用 jsonb的优势还在于可以轻易的整合关系型数据和非关系型 数据 ，PostgreSQL对于 mongodb这类数据库是一个不小的威胁，毕竟如果一个表中只有一列数据的类型是半结构化的，没有必要为了迁就它而整个表的设计都采用 schemaless的结构。
1. CPU限制
PGSQL
没有CPU核心数限制，有多少CPU核就用多少
MySQL
能用128核CPU，超过128核用不上
2. 配置文件参数
PGSQL
一共有255个参数，用到的大概是80个，参数比较稳定，用上个大版本配置文件也可以启动当前大版本数据库
MySQL
一共有707个参数，用到的大概是180个，参数不断增加，就算小版本也会增加参数，大版本之间会有部分参数不兼容情况
3. 第三方工具依赖情况
PGSQL
只有高可用集群需要依靠第三方中间件，例如：patroni+etcd、repmgr
MySQL
大部分操作都要依靠percona公司的第三方工具（percona-toolkit，XtraBackup），工具命令太多，学习成本高，高可用集群也需要第三方中间件，官方MGR集群还没成熟
4. 高可用主从复制底层原理
PGSQL
物理流复制，属于物理复制，跟SQL Server镜像/AlwaysOn一样，严格一致，没有任何可能导致不一致，性能和可靠性上，物理复制完胜逻辑复制，维护简单
MySQL
主从复制，属于逻辑复制，（sql_log_bin、binlog_format等参数设置不正确都会导致主从不一致）
大事务并行复制效率低，对于重要业务，需要依赖 percona-toolkit的pt-table-checksum和pt-table-sync工具定期比较和修复主从一致
主从复制出错严重时候需要重搭主从
MySQL的逻辑复制并不阻止两个不一致的数据库建立复制关系
5. 从库只读状态
PGSQL
系统自动设置从库默认只读，不需要人工介入，维护简单
MySQL
从库需要手动设置参数super_read_only=on，让从库设置为只读，super_read_only参数有bug，链接：;wfr=spiderfor=pc
6. 版本分支
PGSQL
只有社区版，没有其他任何分支版本，PGSQL官方统一开发，统一维护，社区版有所有功能，不像SQL Server和MySQL有标准版、企业版、经典版、社区版、开发版、web版之分
国内外还有一些基于PGSQL做二次开发的数据库厂商，例如：Enterprise DB、瀚高数据库等等，当然这些只是二次开发并不算独立分支
MySQL
由于历史原因，分裂为三个分支版本，MariaDB分支、Percona分支 、Oracle官方分支，发展到目前为止各个分支基本互相不兼容
Oracle官方分支还有版本之分，分为标准版、企业版、经典版、社区版
7. SQL特性支持
PGSQL
SQL特性支持情况支持94种，SQL语法支持最完善，例如：支持公用表表达式（WITH查询）
MySQL
SQL特性支持情况支持36种，SQL语法支持比较弱，例如：不支持公用表表达式（WITH查询）
关于SQL特性支持情况的对比，可以参考：
8. 主从复制安全性
PGSQL
同步流复制、强同步（remote apply)、高安全，不会丢数据
PGSQL同步流复制：所有从库宕机，主库会罢工，主库无法自动切换为异步流复制（异步模式），需要通过增加从库数量来解决，一般生产环境至少有两个从库
手动解决：在PG主库修改参数synchronous_standby_names =''，并执行命令： pgctl reload ，把主库切换为异步模式
主从数据完全一致是高可用切换的第一前提，所以PGSQL选择主库罢工也是可以理解
MySQL
增强半同步复制 ，mysql5.7版本增强半同步才能保证主从复制时候不丢数据
mysql5.7半同步复制相关参数：
参数rpl_semi_sync_master_wait_for_slave_count 等待至少多少个从库接收到binlog，主库才提交事务，一般设置为1，性能最高
参数rpl_semi_sync_master_timeout 等待多少毫秒，从库无回应自动切换为异步模式，一般设置为无限大，不让主库自动切换为异步模式
所有从库宕机，主库会罢工，因为无法收到任何从库的应答包
手动解决：在MySQL主库修改参数rpl_semi_sync_master_wait_for_slave_count=0
9. 多字段统计信息
PGSQL
支持多字段统计信息
MySQL
不支持多字段统计信息
10. 索引类型
PGSQL
多种索引类型（btree , hash , gin , gist , sp-gist , brin , bloom , rum , zombodb , bitmap，部分索引，表达式索引）
MySQL
btree 索引，全文索引（低效），表达式索引(需要建虚拟列)，hash 索引只在内存表
11. 物理表连接算法
PGSQL
支持 nested-loop join 、hash join 、merge join
MySQL
只支持 nested-loop join
12. 子查询和视图性能
PGSQL
子查询，视图优化，性能比较高
MySQL
视图谓词条件下推限制多，子查询上拉限制多
13. 执行计划即时编译
PGSQL
支持 JIT 执行计划即时编译，使用LLVM编译器
MySQL
不支持执行计划即时编译
14. 并行查询
PGSQL
并行查询（多种并行查询优化方法），并行查询一般多见于商业数据库，是重量级功能
MySQL
有限，只支持主键并行查询
15. 物化视图
PGSQL
支持物化视图
MySQL
不支持物化视图
16. 插件功能
PGSQL
支持插件功能，可以丰富PGSQL的功能，GIS地理插件，时序数据库插件， 向量化执行插件等等
MySQL
不支持插件功能
17. check约束
PGSQL
支持check约束
MySQL
不支持check约束，可以写check约束，但存储引擎会忽略它的作用，因此check约束并不起作用（mariadb 支持）
18. gpu 加速SQL
PGSQL
可以使用gpu 加速SQL的执行速度
MySQL
不支持gpu 加速SQL 的执行速度
19. 数据类型
PGSQL
数据类型丰富，如 ltree，hstore，数组类型，ip类型，text类型，有了text类型不再需要varchar，text类型字段最大存储1GB
MySQL
数据类型不够丰富
20. 跨库查询
PGSQL
不支持跨库查询，这个跟Oracle 12C以前一样
MySQL
可以跨库查询
21. 备份还原
PGSQL
备份还原非常简单，时点还原操作比SQL Server还要简单，完整备份+wal归档备份（增量）
假如有一个三节点的PGSQL主从集群，可以随便在其中一个节点做完整备份和wal归档备份
MySQL
备份还原相对不太简单，完整备份+binlog备份（增量）
完整备份需要percona的XtraBackup工具做物理备份，MySQL本身不支持物理备份
时点还原操作步骤繁琐复杂
22. 性能视图
PGSQL
需要安装pg_stat_statements插件，pg_stat_statements插件提供了丰富的性能视图：如：等待事件，系统统计信息等
不好的地方是，安装插件需要重启数据库，并且需要收集性能信息的数据库需要执行一个命令：create extension pg_stat_statements命令
否则不会收集任何性能信息，比较麻烦
MySQL
自带PS库，默认很多功能没有打开，而且打开PS库的性能视图功能对性能有影响（如：内存占用导致OOM bug）
23. 安装方式
PGSQL
有各个平台的包rpm包，deb包等等，相比MySQL缺少了二进制包，一般用源码编译安装，安装时间会长一些，执行命令多一些
MySQL
有各个平台的包rpm包，deb包等等，源码编译安装、二进制包安装，一般用二进制包安装，方便快捷
24. DDL操作
PGSQL
加字段、可变长字段类型长度改大不会锁表，所有的DDL操作都不需要借助第三方工具，并且跟商业数据库一样，DDL操作可以回滚，保证事务一致性
MySQL
由于大部分DDL操作都会锁表，例如加字段、可变长字段类型长度改大，所以需要借助percona-toolkit里面的pt-online-schema-change工具去完成操作
将影响减少到最低，特别是对大表进行DDL操作
DDL操作不能回滚
25. 大版本发布速度
PGSQL
PGSQL每年一个大版本发布，大版本发布的第二年就可以上生产环境，版本迭代速度很快
PGSQL 9.6正式版推出时间：2016年
PGSQL 10 正式版推出时间：2017年
PGSQL 11 正式版推出时间：2018年
PGSQL 12 正式版推出时间：2019年
MySQL
MySQL的大版本发布一般是2年~3年，一般大版本发布后的第二年才可以上生产环境，避免有坑，版本发布速度比较慢
MySQL5.5正式版推出时间：2010年
MySQL5.6正式版推出时间：2013年
MySQL5.7正式版推出时间：2015年
MySQL8.0正式版推出时间：2018年
26. returning语法
PGSQL
支持returning语法，returning clause 支持 DML 返回 Resultset，减少一次 Client - DB Server 交互
MySQL
不支持returning语法
27. 内部架构
PGSQL
多进程架构，并发连接数不能太多，跟Oracle一样，既然跟Oracle一样，那么很多优化方法也是相通的，例如：开启大页内存
MySQL
多线程架构，虽然多线程架构，但是官方有限制连接数，原因是系统的并发度是有限的，线程数太多，反而系统的处理能力下降，随着连接数上升，反而性能下降
一般同时只能处理200 ~300个数据库连接
28. 聚集索引
PGSQL
不支持聚集索引，PGSQL本身的MVCC的实现机制所导致
MySQL
支持聚集索引
29. 空闲事务终结功能
PGSQL
通过设置 idle_in_transaction_session_timeout 参数来终止空闲事务，比如：应用代码中忘记关闭已开启的事务，PGSQL会自动查杀这种类型的会话事务
MySQL
不支持终止空闲事务功能
30. 应付超大数据量
PGSQL
不能应付超大数据量，由于PGSQL本身的MVCC设计问题，需要垃圾回收，只能期待后面的大版本做优化
MySQL
不能应付超大数据量，MySQL自身架构的问题
31. 分布式演进
PGSQL
HTAP数据库：cockroachDB、腾讯Tbase
分片集群： Postgres-XC、Postgres-XL
MySQL
HTAP数据库：TiDB
分片集群： 各种各样的中间件，不一一列举
32. 数据库的文件名和命名规律
PGSQL
PGSQL在这方面做的比较不好，DBA不能在操作系统层面（停库状态下）看清楚数据库的文件名和命名规律，文件的数量，文件的大小
一旦操作系统发生文件丢失或硬盘损坏，非常不利于恢复，因为连名字都不知道
PGSQL表数据物理文件的命名/存放规律是： 在一个表空间下面，如果没有建表空间默认在默认表空间也就是base文件夹下，例如：/data/base/16454/3599
base：默认表空间pg_default所在的物理文件夹
16454：表所在数据库的oid
3599：就是表对象的oid，当然，一个表的大小超出1GB之后会再生成多个物理文件，还有表的fsm文件和vm文件，所以一个大表实际会有多个物理文件
由于PGSQL的数据文件布局内容太多，大家可以查阅相关资料
当然这也不能全怪PGSQL，作为一个DBA，时刻做好数据库备份和容灾才是正道，做介质恢复一般是万不得已的情况下才会做
MySQL
数据库名就是文件夹名，数据库文件夹下就是表数据文件，但是要注意表名和数据库名不能有特殊字符或使用中文名，每个表都有对应的frm文件和ibd文件，存储元数据和表/索引数据，清晰明了，做介质恢复或者表空间传输都很方便
33. 权限设计
PGSQL
PGSQL在权限设计这块是比较坑爹，抛开实例权限和表空间权限，PGSQL的权限层次有点像SQL Server，db=》schema=》object
要说权限，这里要说一下Oracle，用Oracle来类比
在ORACLE 12C之前，实例与数据库是一对一，也就是说一个实例只能有一个数据库，不像MySQL和SQL Server一个实例可以有多个数据库，并且可以随意跨库查询
而PGSQL不能跨库查询的原因也是这样，PGSQL允许建多个数据库，跟ORACLE类比就是有多个实例（之前说的实例与数据库是一对一）
一个数据库相当于一个实例，因为PGSQL允许有多个实例，所以PGSQL单实例不叫一个实例，叫集簇（cluster），集簇这个概念可以查阅PGSQL的相关资料
PGSQL里面一个实例/数据库下面的schema相当于数据库，所以这个schema的概念对应MySQL的database
注意点：正因为是一个数据库相当于一个实例，PGSQL允许有多个实例/数据库，所以数据库之间是互相逻辑隔离的，导致的问题是，不能一次对一个PGSQL集簇下面的所有数据库做操作
必须要逐个逐个数据库去操作，例如上面说到的安装pg_stat_statements插件，如果您需要在PGSQL集簇下面的所有数据库都做性能收集的话，需要逐个数据库去执行加载命令
又例如跨库查询需要dblink插件或fdw插件，两个数据库之间做查询相当于两个实例之间做查询，已经跨越了实例了，所以需要dblink插件或fdw插件，所以道理非常简单
权限操作也是一样逐个数据库去操作，还有一个就是PGSQL虽然像SQL Server的权限层次结构db=》schema=》object，但是实际会比SQL Server要复杂一些，还有就是新建的表还要另外授权
在PGSQL里面，角色和用户是一样的，对新手用户来说有时候会傻傻分不清，也不知道怎么去用角色，所以PGSQL在权限设计这一块确实比较坑爹
MySQL
使用mysql库下面的5个权限表去做权限映射，简单清晰，唯一问题是缺少权限角色
user表
db表
host表
tables_priv表
columns_priv表
1. 架构对比
Mysql：多线程
PostgreSql：多进程
多线程架构和多进程架构之间没有绝对的好坏，例如oracle在unix上是多进程架构，在windows上是多线程架构。
2. 对存储过程及事务的支持能力
MySql对于无事务的MyISAM表，采用表锁定，一个长时间运行的查询很可能会长时间的阻碍，而PostgreSQL不会尊在这种问题。
PostgreSQL支持存储过程，要比MySql好，具备本地缓存执行计划的能力。
3. 稳定性及性能
高并发读写，负载逼近极限下，PG的性能指标仍可以维持双曲线甚至对数曲线，到顶峰之后不再下降，而 MySql 明显出现一个波峰后下滑（5.5版本后Mysql企业版有优化，需要付费）
MySql的InnoDB引擎，可以充分优化利用系统的所有内存，超大内存下PG对内存使用的不那么充分（需要根据内存情况合理分配）。
4. 高可用
InnoDB的基于回滚实现的 MVCC 机制，对于 PG 新老数据一起放的基于 XID 的 MVCC机制，是占优的。新老数据一起存放，需要定时触发 VACUUM，会带来多余的 IO 和数据库对象加锁开销，引起数据库整理的并发能力下降。而且 VACUUM 清理不及时，还可能会引发数据膨胀
5. 数据同步方式：
Mysql到现在也是异步复制，pgsql可以做到同步、异步、半同步复制。
Mysql同步是基于binlog复制，属于逻辑复制，类似于oracle golden gate，是基于stream的复制，做到同步很困难，这种方式更加适合异步复制；
Pgsql的同是基于wal，属于物理复制，可以做到同步复制。同时，pgsql还提供stream复制。
Mysql的复制可以用多级从库，但是在9.2之前，PgSql不能用从库带从库。
Pgsql的主从复制属于物理复制，相对于Mysql基于binlog的逻辑复制，数据的一致性更加可靠，复制性能更高，对主机性能的影响也更小。
6. 权限控制对比
MySql允许自定义一套不同的数据级、表级和列的权限，运行指定基于主机的权限
Mysql的merge表提供了 一个独特管理多个表的方法。myisampack可以对只读表进行压缩，以后仍然可以直接访问该表中的行。
7. SQL语句支持能力
PG有极其强悍的 SQL 编程能力（9.x 图灵完备，支持递归！），有非常丰富的统计函数和统计语法支持，例如分析函数（Oracle的叫法，PG里叫window函数）
支持用多种语言来写存储过程，对于R的支持也很好。这一点上Mysql就差的很远，很多分析功能都不支持。
PgSql对表名大小写的处理，只有在Sql语句中，表明加双引号，才区分大小写。
在Sql的标准实现上要比Mysql完善，而且功能实现比较严谨。
对表连接支持比较完整，优化器的功能比较完整，支持的索引类型很多，复杂查询能力较强。
Mysql采用索引组织表，这种存储方式非常适合基于主键匹配的查询、删改操作，但是对表结果设计存在约束；
Mysql的Join操作的性能非常的差，只支持Nest Join，所以一旦数据量大，性能就非常的差。PostgresSQL除了支持 Nest Join 和 Sort Merge Join，PostgreSQL还支持正则表达式查询，MySql不支持。
8. 数据类型支持能力
PostgreSQL可以更方便的使用UDF（用户定义函数）进行扩展。
有丰富的几何类型，实际上不止集合类型，PG有大量的字典、数组、bitmap等数据类型，因此PG多年来在 GIS 领域处于优势地位。相比之下Mysql就差很多，instagram就是因为PG的空间数据扩展 PostGIS远远强于 MySql的 my spatial 而采用 PgSql的。Mysql中的空间数据类型有4种，分别是 CEOMETRY、POINT、LINESTRING、POLYGON，其空间索引只能在存储引擎为 MyiSam的表中创建，用SPATIAL关键字进行扩展，使得能够用于创建正规索引类型的语法创建空间索引。创建空间索引的列，必须将其声明为NOT NULL。不同的存储亲情有差别。MyISAM和InnoDB 都支持 spatial extensions，但差别在于：如果使用MyISAM，可以建立 spatial index，而 InnoDB是不支持的。
pgsql对json支持比较好，还有很逆天的fdw功能，就是把别的数据库中的表当自己的用。
pgsql的字段类型支持的多，有很多mysql没有的类型，但是实际中有时候用到。
一半关系型数据库的字符串长度8k左右，无限长的 TEXT 类型的功能受限，只能作为外部带数据访问。而 PG 的 TEXT 类型可以直接访问，SQL 语法内置正则表达式，可以索引，还可以全文检索，或使用 xml xpath。用 PG 的话，文档数据库都可以省了。
postgresql 有函数，用于报表、统计很方便
PG支持 R-Trees这样可扩展的索引类型，可以方便的处理一些特殊数据。
PG可以使用函数和条件所以，使得数据库的调优非常灵活，mysql就没有这个功能，条件索引在web应用中很重要。
9. 如可过程容错能力
大批量数据入库，PostgreSql要求所有的数据必须完全满足要求，有一条错误，整个数据入库过程失败。MySql无此问题。
10. 表组织方式
pgsql用继承的方式实现分区表，让分区表的使用不方便且性能差，这点比不上mysql。
pg主表采用堆表存放，MySQL采用索引组织表，能够支持比MySql更大的数据量。
MySql分区表的实现要优于PG的基于继承表的分区实现，主要体现在分区个数达到成千上万后的处理性能差异很大。
11. 开发结构
对于web应用来所，mysql 5.6 的内置 MC API 功能很好用，PgSQL差一些。
PG的“无锁定”特性非常突出，甚至包括 vacuum 这样的整理数据空间的操作，这个和 PGSQL的 MVCC 实现有关系。
好文要顶 关注我 收藏该文  
茄子777
粉丝 - 0 关注 - 0
+加关注
00
« 上一篇： 多线程中的wait与join
» 下一篇： 负载均衡相关
posted @ 2022-11-02 16:20 茄子777 阅读(55) 评论(0) 编辑 收藏 举报
刷新评论刷新页面返回顶部
登录后才能查看或发表评论，立即 登录 或者 逛逛 博客园首页
【推荐】阿里云新人特惠，爆款云服务器2核4G低至0.46元/天
【推荐】双十一同价！腾讯云云服务器抢先购，低至4.2元/月
编辑推荐：
· 一个有趣的 nginx HTTP 400 响应问题分析
· 谁说.NET没有GC调优？只改一行代码就让程序不再占用内存
· 为什么标准库的模板变量都是 inline 的
· .net 如何优雅的使用 EFCore
· 在 C# 中使用 Halcon 开发视觉检测程序
阅读排行：
· Entity Framework Core 7中高效地进行批量数据插入
· 除了 filter 还有什么置灰网站的方式？
· 快速绘制流程图「GitHub 热点速览 v.22.47」
· 使用.NET7和C#11打造最快的序列化程序-以MemoryPack为例
· 私藏！资深数据专家SQL效率优化技巧 ⛵
2020年报重新审视腾讯核心能力，流量+资本到产品力+技术力
从QQ到微信乃至王者荣耀，腾讯开发了多款国民级的产品。这也让腾讯给大众留下的第一个深刻印象就是，善于做产品，做得出产品。然而，不知何时，腾讯被贴上了“流量+资本”的标签。
这其实是一种结果导向的描述，因果关系错位导致的误读。现实是，腾讯是先有了那些卓越的、跨时代的产品，才渐渐有了流量、有了资本，而不是流量与资本成就了那些无可替代的产品。
理清这一点，在反垄断成为关键词的当下环境尤为重要。
有基金经理直言，反垄断让社交、内容平台更稳固，未来的平台竞争，将从流量竞争转化成内容、技术竞争；当互联网基于份额的垄断地位被打压，基于优质内容带来的用户黏性，才是做互联网投资的新基础。
腾讯2020年财报即将揭榜，是时候重新审视腾讯的核心能力了，当初那个无往不利的产品经理，现在还能饭否？
十岁的微信持续释放“新鲜感”
腾讯一个又一个国民级产品背后，离不开产品力，这包括对用户当下以及潜在需求的敏锐挖掘，持续迭代更新的技术支持，对用户体验和用户数据安全的极大敬畏，等等。
首当其冲的是持续迭代的产品力，这既有内生性的优化升级，也有外延式的开拓扩展。
如何让一个国民产品始终跑在技术跟用户习惯的迭代之前，持续领跑？
在这个方面，腾讯无疑是有足够的发言权，十岁的微信，2020年以来的一系列新变化，让市场再度兴奋。有研究员直呼，视频号的超预期发展给腾讯上一波市值上涨贡献了很大一部分估值，是腾讯的“价值心脏”。
这一年多，微信的变化甚至让人有点应接不暇：拍一拍尝试了新社交方式、微信与企业微信打通，服务抗疫线上化需求、微信支付快速推出低门槛、零成本的小商店工具……紧接着，搜一搜打通服务、视频搜索，全年视频号更是4次迭代更新。2021年春节，微信红包封面迅速走红，一些大品牌和明星封面“一面”难求。
用张小龙的话来说，微信会介入到每一个人的日常生活里面去。它应该紧随时代的潮流，甚至引导时代的潮流。如果不把它定位为一个生活方式，只是定位为一个通讯工具，那就会过于片面，或者让未来没有那么大的想象空间。
华创证券就做出了这样的分析：微信跨越即时聊天、图文阅读、图文社交、金融支付、生活/商业服务、短视频/直播等核心阶段以后，产品的包容性已超越各垂直赛道的独立App应用，具有保持生态内容原生性和外部内容导入性的持续生命力。在现有存量用户中，微信的每个微创新以及重点功能推出都在提升用户体验和满足用户对新功能的渴求。
流量来自于好的产品，而不是产品出生于流量；同样的，满足用户需求的产品具有无限商业潜力。微信的变化让资本市场再度兴奋，中信证券直接指出，“微信生态将在中长期带动广告、支付等细分业务持续超预期，带来新的估值增量。”
抗风险“核心资产”背后的“产品力”
去年，新冠病毒疫情席卷全球，不少企业发展受到影响，但腾讯财报表现出了强大的“免疫力”。
市场预计，腾讯2020年四季度仍将继续保持25%左右的收入增速。除了微信，To B产品阵营在2020年防疫抗疫的特殊环境中大放异彩，也充分证明了“数字生产力”的抗风险能力。腾讯会议、企业微信、腾讯文档等To B领域产品，开始奠定自己的位置。
2020年12月25日，腾讯会议在成立一周年之际公布数据，过去一年有超过3亿场会在腾讯会议上举行，腾讯会议上线2个月DAU超过1000万，发布245天用户数突破1亿，8天内扩容10万台云主机，创造了中国云计算的 历史 。
企业微信在与微信打通后也快速发展，为满足各企业内外沟通需求，企业微信将群聊人数上限提升至500人，其用户规模增长迅速。截止2020年底的数据，已有550万真实企业和组织使用企业微信，企业微信活跃用户数达到了1.3亿，企业通过企业微信服务的微信用户数已经达到4亿。
作为一款多人协作的在线文档工具，腾讯文档也是月活用户破亿产品，尤其是多人在线协同编辑功能，在疫情期间非常受到“远程办公”人群欢迎。
而人人都在用的 健康 码，更是在2020的防疫抗疫中发挥了关键作用。数据显示，过去一年腾讯防疫 健康 码累计用户超10亿，累计亮码次数超240亿，累计访问量超650亿次。
从财报信息看，腾讯在2020年“数字抗疫”中不计成本投入技术和开发团队，如果复盘这些新“爆款”类国民产品在过去一年的发展路径，其关键词并不难提炼：需求快速发现、技术高效响应、尊重用户体验。多个爆款产品同时走红，更应该是腾讯多年产品能力、技术能力积累的集中体现。
在特殊环境中，腾讯实现逆势增长，进一步凸显了数字化经济的内生成长性。在过去一年，国内公募基金持续增配腾讯，腾讯的整体抗风险能力、业绩的高确定性是重要因素，腾讯也被国内外机构视为港股“核心资产”标的。
持续技术投入凸显“ 科技 ”标签
值得注意的是，与消费互联网时代纯粹服务C端用户的产品不同，无论是企业微信还是腾讯会议、腾讯文档，To B产品连接用户，更服务企业、甚至需要深耕行业解决方案。
随着技术的迭代跟云的崛起，互联网下半场的产品方法论不再是产品经理最适应的路数，而变成了一种“技术加数据体系”的硅谷方法论。
具体而言，是在一个很强的中台技术框架下，或者很强的技术能力下的快速实验和迭代。这种方法论利于快速试错，从错误中沉淀经验、获得成长，以求抓到更好的机会点。
腾讯To B产品阵营崛起的背后正是腾讯云等产业互联网技术和产能的持续投入与更迭。
2020年腾讯宣布要投入5000亿用于新基建与产业互联网的进一步布局。去年12月，腾讯云在仪征的数据中心开服投产，计划部署超过30万台服务器，标志着腾讯云江苏“百万级”数据中心集群开始落地。这是目前腾讯在华东地区最大的在建数据中心，也是继在华南投产清远数据中心后，腾讯持续布局新基建的又一个大动作。
这两大数据中心都全面采用了腾讯自研的第四代数据中心技术——T-BLock。2021年3月16日，腾讯云宣布发布全新一代星海自研服务器，再次革新企业数字化升级、业务上云的底层新动能。
去年9月份，腾讯云曾对外宣布，其大数据平台的算力弹性资源池达500万核，每日分析任务数达1500万，每日实时计算次数超过40万亿，能支持超过十万亿维度的数据训练。这一系列数据不仅让腾讯云一举成为国内算力最强的云厂商，同时成为国内日实时计算量最大的公司。
而这一系列数据，其实都指向一个坚实的技术后台。
腾讯相关业务负责人对外披露，基于多年在数字化方面的积累，腾讯云正在把腾讯多年来的能力沉淀对外开放。除了云计算、大数据、AI、安全、LBS、区块链等基础技术服务，以及支付、小程序、企业微信等微信生态的能力对行业开放之外，腾讯云还与合作伙伴一起，为政务、文旅、教育、工业、金融等多个垂直行业提供数字化的解决方案。
也就是说，作为最重要的基础技术之一，腾讯大数据技术不仅支撑了腾讯内部所有业务，在疫情期间，也支持人们的线上生活和工作需求。例如微信 健康 码，通过大数据护航人群的安全流动，阻断疫情的快速传播，还帮助企业微信、腾讯会议、微信小程序、微信支付等应用海量业务数据分析和数据挖掘，助力企业复工复产。
根据3月18日正式对外发布的2020年度《腾讯研发大数据报告》，腾讯在研发投入上持续加码，2020年研发人员占公司总人数的68%，同比去年增长16%，在 科技 企业中位居前列。2020年也是腾讯开源十周年，腾讯目前已经成为全球开源贡献最大的 科技 公司之一。
随着产业互联网战略落地和转型成功，除了人们熟悉的那个社交腾讯，这家公司的 科技 标签已经越发鲜明。
3月24日腾讯2020年财报即将披露，这个特殊的年份过后，市场需要换个维度再看腾讯。
云服务器阿里云和腾讯云哪个好？
一、首先要看服务商的资质，行业口碑如何
腾讯云也从2010年2月开始在腾讯开放平台接入首批应用，腾讯云正式对外提供云服务。
二、是否有专业强大的技术团队支持
腾讯云和阿里云背靠的都是国内最大的互联网企业，在技术团队方面有着得天独厚的优势。
三、云服务器产品的性能和稳定性
性能和稳定性不是凭口说出来的，而是需要去试用，去推断性能的好坏。
四、性价比
很多站长和中小企业在购买云服务器的时候都会考虑性价比这一问题，好的怕太贵，便宜的又怕不好。国内选择阿里云和腾讯云这种大品牌云服务商的用户最多，性价比也最高。
腾讯云近期爆款：
个人用户，1核2G云服务器低至95元/1年和288元/3年
小企业公司，2核4G3M(+100G数据盘) 568元/1年和1690元/3年
中型企业，4核8G5M/50G（数据盘200G），1279元/年，3209元/3年
爆肝！用Python制作抖音爆款视频！
前几天我在抖音上刷到一个慢慢变老的视频，播放量居然有 30W+，当时就在想这视频 Python 可不可以做？经过一番搜索，我找到了腾讯云的人脸年龄变化 API，上面介绍说只要用户上传一张人脸图片，基于人脸编辑与生成算法，就可以输出一张人脸变老或变年轻的图片，并支持实现人脸不同年龄的变化。
第一步，在注册账号之后，打开 API 密钥管理页面( )获取到 SecretId 和 SecretKey。
第二步，安装腾讯云的 SDK
在人脸年龄变化 API 中有一个 AgeInfo 参数，它包含了 Age 和 FaceRect 两个属性，其中 FaceRect 属性必须填人脸在照片中基于左上角的 X、Y 坐标和人脸的高度与宽度。所以先要调用人脸检测与分析 API 得到这些数据。
下面的示例图是在百度图片中截取的。
示例结果
在上面已经得到了各个人脸的 X、Y、Width、Height 属性，加上变老的年龄 Age，就可以请求年龄变化 API 了。
这里需要注意的是 models 模块，人脸检测 models 模块是在 tencentcloud.iai.v20200303 包下，人脸年龄变化的 models 是在 tencentcloud.ft.v20200304 下，两个 models 模块并不兼容。
示例结果
最后的视频可以将图片一张一张插入 PPT 幻灯片，点击保存为视频。
用 Python 制作抖音素材，下一个 30W+ 播放量等着你。
腾讯云阿里云免备案海外云服务器活动对比？看看哪个更便宜？
作为国内知名的两个云服务器提供商，阿里云和腾讯云的云服务器产品一直备受用户青奈，而对于外贸型企业用户和想免备案的用户来说，都喜欢选择它们的海外免费备案云服务器，阿里云有云服务器精选特惠活动提供免备案海外云服务器，而腾讯云则有海外云服务器全球购活动，下面我们就一起看下腾讯云阿里云免备案海外云服务器活动有哪些，哪个更便宜？
1、腾讯云免备案海外云服务器活动： 海外云服务器全球购活动
2、阿里云免备案海外云服务器活动： 云服务器精选特惠
一、腾讯云免备案海外云服务器新用户专享最低375.6元/年
购买注意事项：
1、爆款机型3选1，用户只能选购以上三款云服务器中的一款；
2、以上新用户专享海外云服务器可选地域统一为首尔二区、中国香港二区、硅谷一区、硅谷二区、新加坡三区。
2、个人用户限购1台，企业用户限购3台。
二、腾讯云免备案海外轻量应用服务器新老用户同享最低288元/年
如上图所示，腾讯云海外云服务器全球购活动中的轻量应用服务器有7款，配置和活动最低价分别是：
购买注意事项：
1、以上海外轻量应用服务器可选地域统一为中国香港、新加坡、硅谷、东京、莫斯科地域。
2、新老用户均可享受，100%CPU性能。
三、腾讯云免备案海外云服务器新老用户同享最低552.3元/年
如上图所示，腾讯云海外云服务器全球购活动中的云服务器有6款，配置和活动最低价分别是：
购买注意事项：
1、以上海外云服务器可选地域统一为硅谷、首尔、中国香港、新加坡、曼谷、弗吉尼亚、德国。
2、单用户单配置限购1台。
一、阿里云免备海外案轻量应用服务器新老用户同享最低288.00/年
如上图所示，阿里云服务器精选特惠活动中免备案轻量应用服务器有2款，配置和活动最低价分别是：
购买注意事项：
1、以上海外轻量应用服务器可选地域统一为中国香港、新加坡。
2、新老用户均可购买。
二、阿里云免备案海外云服务器新老用户同享最低2090.08/年
如上图所示，阿里云服务器精选特惠活动中免备案云服务器有8款，配置和活动最低价分别是：
购买注意事项：
1、以上阿里云海外免备案云服务器可选地域统一为日本（东京）、马来西亚（吉隆坡）、澳大利亚（悉尼）、中国（香港）、新加坡、印度（孟买）、美国（弗吉尼亚）、美国（硅谷）、印度尼西亚（雅加达）。
2、单用户一次购买台数最多为20台，几乎等于没有购买台数限制。
通过以上腾讯云和阿里云海外免备案云服务器的配置和价格信息，对比可以得出以下结论：
1、海外免备案轻量应用服务器的价格，阿里云和腾讯云是差不多的，起步价格都是2288.00/年，不同之处在于腾讯云的可选地域更多，阿里云则只有香港和新加坡可选。
2、同配置的免备案云服务器，腾讯云的活动价格比阿里云低，例如同样是2核4G配置，腾讯云新用户的最低价格是541.2元/年起，新老用户同享的最低价格是947.1元/年，而阿里云没有新用户专享价格，只有新老用户同享，最低价格是2090.08元/1年。
3、在限购台数方面，阿里云服务器精选特惠活动更加宽松。
原文链接： 腾讯云阿里云免备案海外云服务器活动对比？看看哪个更便宜？
【腾讯云爆款】的内容来源于互联网，如引用不当，请联系我们修改。
网友留言：