盘点2018.6~2018.8触碰过的技术-CSDN博客

本文链接：https://blog.csdn.net/weixin_42704736/article/details/81750396

之所以这篇题目叫“触碰”过的技术，而不是研究，是因为确实有些技术点不是研究，只是应急，问题解决后也没有再去深入系统的去学习。

Java

Java8

阅读了《Java8实战》的前6章和第10章，对Java8的知识体系基本上了解了。在开发中会思考能否用的上Java8的特性，如果能再到书中去查找。读书期间按着书中的例子动手实践了一下，代码地址https://github.com/duzhuo/lambdasinaction。中间有几章没有看，主要原因是发现工作中有很多其他技术点急需补充，而Java8的知识点又不是特别紧急的，所以就暂时往后排了。

为什么要关心Java8
通过行为参数化传递代码
Lambda表达式
引入流
使用流
用流收集数据
用Option取代null

Java虚拟机

在极客时间购买了《深入拆解Java虚拟机》的课程，看了前五节课，课程标题如下

Java代码是怎么运行的
Java的基本类型
Java的虚拟机是如何加载Java类的
JVM是如何执行方法调用的（上）（下）

这部分知识也算是填补空白吧，虽然看完以后大半记不住，但这类知识看过就比没看过强，而且看一遍肯定记不太清，每看一遍都会有不同的理解和收获。

MySQL

线程监控

以前会习惯性认为数据库监控的事应该由DBA做，事实上之前的几份工作也大多是这样。公司用oracle的时候DBA做监控给抓慢SQL，后来用了阿里云也有相关的性能分析报表和分析工具，现在项目中数据库基本要自己运维了。摆在面前的第一个问题就是数据库CPU使用率持续稳定在90%以上，要死的节奏，需要搞清楚数据正在运行哪些SQL。

贴两个有用的SQL，都是查当前会话列表的，第二个是查运行中的

show full processlist
SELECT * FROM information_schema.processlist a WHERE a.COMMAND != 'Sleep'

了解了数据库的运行状况，才能着手进行优化。

Binlog

某日测试库突然连不上了，DBA反馈说磁盘空间满了，binlog突然大幅增长，没等自动清就把库给撑爆了。既然这样就把binlog导出来看看到底是哪些SQL干的好事吧。

本地安装mysql服务端，
使用mysql_server_home/bin/mysqlbinlog
mysqlbinlog --base64-output=DECODE-ROWS -v C:\mysql-bin | more

参数--base64-output=DECODE-ROWS主要是解决SQL语句乱码的问题

通过解析出来后的SQL了解到最近一哥们在用任务跑批，库里3000W+数据删了插、删了插，结果就悲剧了。

微服务

这部分的知识依然获取自极客时间《微服务架构实战160讲》。利用晚上及周末的时间看完了已经发布的80节课程，仅仅是看完了而已。课程前四部分目录如下

微服务安全架构与实践
微服务配置中心Apollo架构和实践
微服务网关Zuul架构和实践
微服务调用链监控CAT架构和实践

其实用微服务也好几年的时间了，但当系统性的学习这门课程时，发现之前的理解和认知还是很片面的，所以至少已经在用的知识确实是应该系统的学习一番。

学习后需要结合工作情况予以生产实践，遇生产问题解决之，产生正向循环。

附一张微服务架构总体技术体系图，路还长，需要继续加油！

任务调度框架

背景是项目中有挺多的后台任务，大部分用了quartz，少部分用的Linux的conrtab+shell，运维和监控都挺让人头疼。尤其是监控，实际上根本就没有监控，谁也不知道任务是成功执行了还是失败了。故打算引入一个使用简单轻量、易于管理的调度框架。于是调研了Elastic-job-lite和xxl-job。

Elastic-job-lite和TBSchedule有些类似，都是非中心调度框架，依赖于zookeeper集群，支持DataFlow任务（fetch->process）模式。个人还是很喜欢DataFlow这种任务模式的。

xxl-job仅依赖MySQL，默认不支持DataFlow，中心调度框架。

调研点如下