这是进修札记的第篇文章
读完须要
9分钟速读仅需7分钟
偶尔候俄然会把几件不搭边的事项干系起来，居然能够找到一些共同的处所。我在思索近来的几件事项的时光，脑海里不禁得显现出几个字：“半制品”
我是蛮恶感处事中的半制品的，说有吧，应用功效正常，说没有吧，也投入了一些时光，归纳一下便是投入和产出严峻不可正比。
别的一类情形更偏于主观，做职责的人感到所有都安妥了，然而验收的时光，觉察不是计算观念的题目便是职责的精密度上头较量粗拙，若是本着差未几就行的立场本来也能往昔，然而显然今后的事项谁能说的了，真要用到的时光，代码逻辑都忘差未几了，从头调试更换，这个处事若是前期能微小充足难一些，也不会有许多返工。
于是在这件事项上头，我觉察往常对本人，对团队成员的请求有些松懈，甚至于微小带点要乞降品质准则，就会觉得众人有些艰苦，本来关于工作进展来讲是无益的，从0到1的建设紧要为了效率和神速迭代，或许在一些品质准则上头能够打扣头，太过请求会有些尖酸，然而守山河更难，技巧保护也是，都期望时光的规模成天性够越来越低，在已有的底子上建设和革新，那得下真光阴。
我举一个近来和半制品对立的小例子，也是敦促本人能够继承依照既定的主意往前走。
这是数据库软件的安置布置的例子，按理说这是很浅显的一件事项了，若是要抠号令，根本都是个位数的号令，然而有一些须要额外增加的处所。
1）不同版本的参数文献，譬如处境有5.5,5.6,5.7,8.0等，怎么更好的赞成多个版本
2）初始化用户和权力，依据营业特色有些预置的用户须要创立，建设响应的权力，不同版本下的语法格式都有差别，尚有暗号插件干系影响。
3）安置布置常常是和监控报警，备份复原干系的，这些处事是不是能够做为可选项
4）单机多实例和service布置形式依旧有确定的区别，怎么光滑适配
5）新增数据库版本赞成，已有的接口和布置方法怎么适配
MySQL8.0曾经推出了几年，也在内部做了一些测试和归纳，况且初期咱们直接入主MySQL5.7版本，也算是补偿了3年多的阅历，于是坚定决议新营业都依照MySQL8.0的基线来推行。
已有的足本都好几年没动过了，经由一番须要剖析，觉察这是一个半制品，紧要起源以下：
1）足本方今直接应用的场景很少，客岁团队下大光阴开垦的一键布置，由于过程长而显得较量脆弱，曾经和这个功效有了很大的区别
2）足本实行不不变，由于往常的足本计算中采取了许多散开的足本，也就象征着是足本调足本的思绪，逻辑相对较量硕大，搀杂
3）新增8.0的功效，足本须要全体更换，触及的面较量大
4）方今足本内部也存在一些微小的题目，连续没有修理
关于这些题目，我做了以下的一些事项。
1）备份足本实质后，我起头省略一些落后的逻辑审查代码，去掉一些没有应用处景的逻辑和干系足本
2）将多个足本调整为1个，从头机关了足本相干依赖
3）将依赖的参数文献模板和足本模板都上传到建设核心田面，在足本内部会听号令方法索取
4）把平昔文献夹的足本机关重构为一个浅显的足本
5）窜改前端的建设，去掉冗余失效的建设项，窜改移用逻辑
6）团队内部做了浅显演示，团队提了一些革新提议，改正后宣布
这些处事经由了许多的测试和整顿今后，在不同版本中也做了干系的测试和考证。也算是让素来半制品的形态变成可用，况且是最新版本，接下来要做几件更详细的事项。
1）安置布置的时光方今在30秒之内，触及数据字典的初始化，方今应用了一刀切的逻辑，靠山sleep20秒，保证这个经由的初始化时光充裕，本来能够加倍动态和好一些，做动态监测
2）思虑应用基于克己yum的建设方法，把一些固化的参数，号令等方法从头打包建设，如此后续就能够应用yum的方法神速布置了。
3）把软件安置和布置调整起来，供给多版本的软件赞成和安置，譬如8.0.19,8.0.20
4）应用基于紧缩镜像的形式，能够把一个数据库紧缩到微小容量，须要时直接解压启动便可，经由往常的测试，一个可用的数据库镜像或许在2M左右，解压后在2G~3G左右（触及ibdata，reod等文献的容量）
QQ群