Linux脚本合集----持续更新中

版本：1.5
这个版本算稳定下来了。只要 ./sai.sh install redis 就可以将redis安装了。
现在规划一下：
比如一个脚本是安装mysql的，这个大家熟悉，另一个脚本安装mysql多实例的，也就是一个系统上能跑2mysql，还有个脚本安装mysql主从的，就是2台机器，一主已从。那发现一个特点不？
所有脚本都需要先安装mysql，不然脚本大部分内容启不是重复了，那mysql算一个脚本，单点一个，多实例一个，主从一个。发现木有，就安装来说，其实就一个脚本的！
大部分脚本，对！就是脚本，他们是把要手动的操作，比如建立多实例，每建立一个就是一套操作，重复的，这就是脚本的价值。
接下来是问题：
安装mysql，但是对方可能已经用yum安装了mariadb，这2有冲突，所以要卸载旧的。但是对方源码安装的mysql呢？我的做法是不予理会，谁知道他装哪里了。。。
当没安装mysql直接装mysql多实例呢？设定一个rely变量，默认0就检测是否安装（用平台安装的会记录），非0了就不检测，但是要手动设定mysql的已安装目录。
最近有人提建议，说安装的脚本版本太固定了，想让玩家自己可以修改，下载的时候判断一下。。。我的做法是不予理会，不同版本不同功能的，这不能瞎搞的。如果不满意，或者脚本里的参与不符合要求，那就自己再制定一下。
也就是：
脚本只做少量检测，并且固定。有需求自己改，反正很轻量，结构也简单。./sai.sh edit mysql 如此可直接修改，不用手动找
最终又将精简，不要中文，并在脚本上做文章
将安装脚本写清楚，使用方法或一些提示将都写在脚本中
脚本分块进行编写，并增加测试，这样确保安装成功，并好修改
能用变量部分全部变量
最终达到使用时，先edit进行修改脚本，个性化后可以长期使用！
发现没什么可判断的

版本：1.6
此版本并无大更新，换来换去发现还是这种模式最好，部分脚本下载下来，而安装包放oss，方便修改配置文件。
想出来如何升级了，将package文件夹保留，其他则更新，既然不能适应所有情况，那就选择其中一种吧

版本：1.7
想来想去，还是当前的模式最合适也最简单。
今天解决一个问题，就是安装过程中，出现问题，比如解压文件后，将文件移动到其他文件夹，但是那个文件夹已经存在。退出后手动解决再运行，就需要有可以继续安装，又不重复安装的能力
有2种方法，每进行一步则日志输出1，第二部输出2，再次执行的时候，先读取日志，如果为2，则从2继续往后安装
另一个方法是，安装前先执行卸载函数，因为全局变量一致，所以对于多实例，安装什么，就先卸载哪些端口，确保安装不会出现问题。这样简单，好写，缺点是大型脚本的话，将会不太方便，每次重新安装浪费时间
如果b安装前需要安装a，但是a报错退出，b还继续执行，但b不能加载a，不然变量冲突，那就安装a后检测a是否被安装
现在还有一个问题，就是如果b的依赖是jdk，默认用sai来安装，那就和yum冲突了，当前不解决这个问题。

为啥别人回复我看不到，醉了

刚才有人提出我这个有啥意义，我是在工作中用的，为了解决为系统打补丁，安装zabbix监控，或者新环境部署。搭配跳板机脚本来使用的，或者搭配ansible之类自动化工具
特点是有函数库，因为线上环境也使用此脚本，所以需要大量的判断，函数文件可以避免重复写判断
我之前也尝试过单独写成一个个脚本，但是太麻烦了，调用也麻烦，比如mindoc的安装，需要安装其他几个东西，全部放进一个脚本，很长，很麻烦。
这样你搞某个东西，只要写某个东西就好了，其他东西要调用他，直接调用即可，判断之类的函数会解决。