自动驾驶竟是未来AI发展的核心

边缘计算可以大幅降低网络时延

二 IT+CT融合的5G边缘计算

如果仅仅从资源更近这个角度来思考5G下的边缘计算，那就太简单了。从本质上来说，边缘计算是属于互联网IT域的概念，而5G是属于通信网CT(CommunicationTechnology)域的概念，要想把5G下的边缘计算用好就必须进行IT和CT的融合，而不是简单的1+1。这里的融合分为架构融合、部署融合和调度融合。

架构融合：独立标准设计走向融合架构设计

从架构融合来讲，5G包括UPF(User Plane Function，用户面功能)核心网这些支撑边缘计算功能网元和系统的架构规划都放在了3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)这个国际化组织，而边缘计算的整体架构则归属在ETSI(European Telecommunications Sdandards Institute，欧洲电信标准协会)，各组织都在自己的方向上独立演进，因此首先要融合的就是架构，形成一体化，融合的架构设计。

部署融合：双车道独立部署走向一体化部署

部署融合里的部署重点关注的就是UPF和MEC(Multi-access Edge Computing，多接入边缘计算)节点的部署。UPF作为移动网的网元，运营商会根据自己的规划进行部署，而MEC节点则归属于互联网公司，结合自己的应用场景、受众来部署，两者归属不同车道，因此可能会存在部署不一致的问题，进而让边缘计算的收益大打折扣。所以我们需要从双车道的独立部署走向一体化部署。这也就关联到了第三个融合，就是调度融合。

调度融合：互不感知的域内调度走向全域调度

由于UPF和MEC节点所服务的用户不同，造成两者的流量模型产生很大的差异，承载服务所需要的网络指标也不尽相同。双方为了兼顾性能、容量、成本和服务质量等因素，在各自系统中部署自己独立的调度系统，如果这样的系统做不到互相感知，就会造成彼此流量走向的不一致，其后果不仅会让调度效果大打折扣，更可能出现事与愿违的情况。因此，我们需要从互不感知的域内调度走向全域调度。

综上，5G时代的边缘计算首先要考虑的就是融合。
 

在 InnoDB 存储引擎中，SELECT 操作的不可重复读问题通过 MVCC 得到了解决，而 UPDATE、DELETE 的不可重复读问题是通过 Record Lock 解决的，INSERT 的不可重复读问题是通过 Next-Key Lock(Record Lock + Gap Lock)解决的。

Phantom Proble(幻影读)

• The so-called phantom problem occurs within a transaction when the same query produces different sets of rows at different times. For example, if a SELECT is executed twice, but returns a row the second time that was not returned the first time, the row is a “phantom” row.

Phantom Proble 是指在同一事务下，连续执行两次同样的 sql 语句可能返回不同的结果，第二次的 sql 语句可能会返回之前不存在的行。

幻影读是一种特殊的不可重复读问题。

总结

这都是些基础知识，我没想到再次回顾大半我都已忘却了，也庆幸有这样的假期能够重新拾起来。

说实话做自媒体后我充电的时间少了很多，也少了很多时间研究技术栈深度，国庆假期我也思考反思了很久，后面准备继续压缩自己业余时间，比如看手机看B站的时间压缩一下，还是得按时充电，目前作息还算规律早睡早起都做到了，我们一起加油哟。

（编辑：信阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!