行到水穷处,坐看云起时!
能力说明:
了解变量作用域、Java类的结构,能够创建带main方法可执行的java应用,从命令行运行java程序;能够使用Java基本数据类型、运算符和控制结构、数组、循环结构书写和运行简单的Java程序。
能力说明:
了解Python语言的基本特性、编程环境的搭建、语法基础、算法基础等,了解Python的基本数据结构,对Python的网络编程与Web开发技术具备初步的知识,了解常用开发框架的基本特性,以及Python爬虫的基础知识。
暂时未有相关云产品技术能力~
阿里云技能认证
详细说明使众人行,你需要拥有的管理思维;数据库那些事儿,讲讲创新实战;AIoT新技术新场景实战,说干就干!未来已来!云原生战“疫”实操!
阿里云IoT产品专家详细解读IoT Studio 2.0全新发布的重点;博拉科技CTO、浙大博士滕国从疫情下口罩产能说起,实力分析产能在线是下次危机之前的必要准备;更有多年工业技术专家对疫情过后,制造业中小企业应用工业互联网数字化转型之路的探讨。
阿里云 MVP有趣的故事!
本次分享分为上、下篇,本文为下篇。首先,我们将从当前疫情下口罩产能说起,聊聊口罩当前产能与预期产能的决定要素,为什么说产能在线是下次危机之前的必要准备,给出通过企业级和行业级工业互联网实现企业产能在线的最佳实践方案,为数字经济下的制造型企业转型带来一些启发。
本次分享分为上、下篇,本文为上篇。首先,我们将从当前疫情下口罩产能说起,聊聊口罩当前产能与预期产能的决定要素,为什么说产能在线是下次危机之前的必要准备,给出通过企业级和行业级工业互联网实现企业产能在线的最佳实践方案,为数字经济下的制造型企业转型带来一些启发。
互联网业务,绝大部分场景,会使用缓存服务。
如何看查占用cpu最多的进程?如何查看某个端口的连接情况?
redis如何实现事务性?本质也是乐观锁。
因此,在有重试的架构体系里,幂等性是需要考虑的一个问题。
select&set业务场景,在并发时会出现一致性问题。
简要步骤如下:(1)找到最耗CPU的进程;(2)找到最耗CPU的线程;(3)查看堆栈,定位线程在干嘛,定位对应代码;
确认是不是内存本身就分配过小;找到最耗内存的对象;确认是否是资源耗尽。
好的URI,建议这么弄:RESTful是基本原则,命名要有意义;不要用容易拼错的外语等。
APP一般如何上报日志?使用类似于Google Analytics的第三方工具;自己制订私有协议进行上报;使用HTTP协议,通过GET参数传递需要上报的数据。
群消息的实时性、可达性、离线消息的复杂度,要远高于单对单消息。
获取连接,ID取模。
问题域:数据量大、并发量高场景,如何在流量低峰期,平滑实施表结构变更?
短文本,高并发,支持分词,不用实时更新的检索场景,可以使用:ES,杀鸡用牛刀、分词+DAT(trie)、分词+内存hash等解决。
群离线消息一般采用拉取模式,只存一份,不需要为每个用户存储离线群msg_id,只需存储一个最近ack的群消息id/time;为了保证消息可达性,在线消息和离线消息都需要ACK;离线消息过多,可以分群拉取、分页拉取等优化;如果收到重复消息,需要msg_id去重,让用户无感知。
关系链主要分为两类,弱好友关系与强好友关系,两类都有典型的互联网产品应用。
一次性集中处理大量数据的定时任务,优化思路是:同一份数据,减少重复计算次数;分摊CPU计算时间,尽量分散处理(甚至可以实时),而不是集中处理;减少单次计算数据量。
一个有关身份证信息检索的问题。
公司要切换MQ,从一个旧的服务商升级为新的服务商,问有没有什么好方案。
初期建议:不自研,用熟悉的,业务快速迭代为优先,需要一定技术视野。长远建议:统一技术栈、浅浅封装一层、适当造轮子。
故障转移,服务发现,负载均衡,静态权重/动态权重负载均衡。
可用性、读性能、一致性、扩展性。
随着互联网业务的越来越复杂,用户量与流量越来越大,“服务化分层”是架构演进的必由之路。
Istio是ServiceMesh的产品化落地。
Istio强调了它提供的五项关键特性。
架构演进,永无穷尽,痛点多了,自然要分层解耦。
MyISAM确实现在不是主流,但其中的技术思路,也值得我们学习。
虽然MyISAM只支持表锁,但高并发select与insert的业务场景,3个知识点告诉你,MyISAM的表锁依然有非常强劲的性能。
explain是SQL优化中最常用的工具,搞定type和Extra,explain也就基本搞定了。
两类隐蔽的不能利用索引的case: (1)表列类型,与where值类型,不一致; (2)join表的字符编码不同;
死锁是MySQL中非常难调试的问题,常见的思路与方法有:(1)通过多终端模拟并发事务,复现死锁; (2)通过show engine innodb status; 可以查看事务与锁的信息; (3)通过explain可以查看执行计划;
业务初期用单库;读压力大,读高可用,用分组;数据量大,写线性扩容,用分片;属性短,访问频度高的属性,垂直拆分到一起。
面试的过程中,memcache相关的问题几乎是必问的。
double write buffer,不是一个内存buffer,是一个内存/磁盘两层的结构,是InnoDB里On-Disk架构里很重要的一部分; 是一个通过写两次,保证页完整性的机制。
有个星球水友提问: 沈老师,我们有一次MySQL崩溃,重启后发现有些已经提交的事务对数据的修改丢失了,不是说事务能保证ACID特性么,想问下什么情况下可能导致“事务已经提交,数据却丢失”呢?
请根据自己的业务场景,选择删除数据的方式哟。
为了讲清楚InnoDB自增键,今天先系统性讲讲,什么是插入,如何插入。
关于InnoDB下,自增键机制的四个实验。
互联网公司,产品迭代快,可能很多公司没有“文档”一说。但其实,写好文档,对系统和项目未来的维护是非常有帮助的。
选取了一部分大家可能会感兴趣的问题,汇总此文。
调研: 你被文中多少种法宝伤害过? [A] 7-9种 [B] 9-11种 [C] 12-13种 [D] 13种以上,还见过更过分的?
偶尔作为Speaker,参加一些技术大会的演讲,被DTCC邀请分享“如何做技术大会演讲”,把自己总结的一些经验分享给大家,希望对初登演讲台的技术人有帮助。
7个线上问题排查的场景!
本篇文章源自Google的一篇实践,抽取了部分1分钟能读完的内容,加入了一些分析。
为什么需要连接池?连接池核心原理与实现是怎么样的呢?连接池核心数据结构是怎样的呢?