1. 对于服务器检索指令
1.1 检索 java 程序
命令: jps
敞开过程:
- kill PID 号“低微的杀死过程”如果以后的过程项被其余过程应用时 , 则不会敞开.
- kill -15 PID 号“温顺的杀死”被杀死之前能够做善后
- kill -9 PID 号 强制杀死
1.2 检索任意程序
命令: ps -ef | grep xxxx 服务名称
阐明: ps -ef 示意获取以后 Linux 零碎中的所有的服务信息.“|”将管道之前的查问的后果当做参数传递给后边的操作.
例子:
1.3 对于防火墙的阐明
1). 查看防火墙凋谢的端口
`firewall-cmd --list-ports`
2). 查看端口是否凋谢
`firewall-cmd --query-port 80/tcp`
* 1
3). 开启防火墙
`firewall-cmd --zone=public --add-port=80/tcp --permanent`
4). 移除端口
`firewall-cmd --zone=public --remove-port=9090/tcp --permanent`
5). 对于防火墙操作的解释
–zone #作用域
–add-port=80/tcp #增加端口,格局为:端口 / 通信协定
–remove-port=80/tcp #移除端口,格局为:端口 / 通信协定
–permanent #永恒失效,没有此参数重启后生效
6). 重启防火墙
`firewall-cmd --reload`
2.Linux 装置 Nginx 服务器
2.1 Linux 我的项目部署图
2.2 Nginx 装置
2.2.1 Linux 下载 nginx 服务器
2.2.2 上传 Nginx 服务器
2.2.3 解压 nginx
命令: [root@localhost src]# tar -zxvf nginx-1.19.3.tar.gz
2.2.4 nginx 目录构造问题
nginx 中有 2 个目录构造:
1. 源文件目录 负责 nginx 的装置 编辑 等操作.
装置命令:
- [root@localhost nginx]# ./configure
- make
- make install
`2. 工作目录 负责 nginx 的反向代理等配置....
/usr/local/nginx`
2.2.5 nginx 命令
阐明:nginx 的目录应该在“/usr/local/nginx”
命令:
进入 sbin 目录之后, 执行相干操作
命令:
`./nginx 启动 nginx
./nginx -s reload 重启 nginx
./nignx -s stop 进行 nginx`
启动成果测试:
2.3 Linux nginx 实现反向代理 / 负载平衡
2.3.1 实现域名代理
需要: 要求用户通过 http://manage.jt.com 的形式访 …
2.3.2 配置 nginx 服务器
阐明: 批改 工作目录中的 nginx 之后 放弃配置文件. 之后重启 nginx 即可
`#1. 配置 Linux 集群
server {
listen 80;
server_name manage.jt.com;
location / {proxy_pass http://tomcats;}
}
upstream tomcats {
server 192.168.126.129:8081;
server 192.168.126.129:8082;
}
# 配置 Linux 图片代理
server {
listen 80;
server_name image.jt.com;
location / {
#配置图片磁盘地址.
root /usr/local/src/images;
}
}`
3.Linux Mysql 集群搭建
3.1 预习 IP 地址批改
3.1.1 批改虚拟机 MAC 地址
当新建虚拟机时, 批改 mac 网络地址.
3.1.2 查看 IP 地址
命令: ip addr
如果没有 IP 展示则执行如下的命令
`service NetworkManager stop
chkconfig NetworkManager off 永恒敞开 Manager 网卡
service network restart 重启 network 网卡 `
3.1.3 批改 IP 地址
1). 找到 IP 地址的目录
`cd /etc/sysconfig/network-scripts/`
2). 批改 IP 地址.
`vim ifcfg-ens33`
批改实现之后 保留退出即可.
3). 重启网卡 查看 IP 地址是否正确
3.2 为什么须要搭建 Mysql 集群
形容: 如果我的项目中应用单台数据库, 如果因为不可抗因素导致设施损坏, 数据失落, 将间接影响用户的应用. 须要须要进行优化.
3.3 数据库备份形式
3.3.1 数据库冷备份
阐明:定期 将数据库中的文件通过 sql 的形式进行转储. 保证数据在肯定工夫之内失去备份.
毛病: 因为是定期备份, 所以可能会导致数据的失落.
数据库的冷备份 是复原数据的最初无效的伎俩. 所以始终连续应用.
3.3.2 数据库热备份
阐明: 因为数据库的同步的操作在工作中特地的频繁, 所以作为数据库的开发人员, 也设计了数据库如何进行同步.
同步的步骤:
- 数据库主库如果须要启动同步策略, 则必须开启二进制日志文件.(默认条件下是敞开的.)
- 当用户 ” 更新 ” 数据库时, 主库会将更新信息写入二进制日志文件中. (主库工作完结)
- 从库会利用 IO 线程读取主库中更新的二进制日志文件.
- IO 线程会将读取到的信息采纳 异步 的形式先保留到中继日志中.(中继长期存储数据的媒介)
- SQL 线程会读取中继日志中的信息, 之后将 sql 语句同步到从数据库中. 至此实现了主从的同步…
4 实现数据库主从搭建
4.1 开启主库二进制文件
命令: vim /etc/my.cnf
4.2 重启数据库
阐明: 当批改实现配置文件之后, 须要重启数据库, 使得二进制文件失效.
4.3 配置从数据库
阐明: 依据主数据库的配置信息 配置从数据库 如图所示 配置实现之后, 重启数据库即可
4.4 实现主从的挂载
主库: 192.168.126.129 master
从库: 192.168.126.130 slave
4.4.1 查看主库状态信息
4.4.2 实现主从挂载
4.4.3 对于重置二进制日志文件的阐明
问题形容: 有时重启屡次主机之后, 会生成多个二进制文件信息. 如图所示
解决方案: 删除多余的二进制日志文件, 之后重启数据库即可
之后从新挂载即可
作业
1. 实现 Linux 我的项目部署
129: 8081/8082/8083
130: 8081/8082/8083
要求: 所有的 tomcat 服务器都应该链接主库 注意事项 链接主库的 IP 地址.
- 部署 2 台从数据库 129 主机 130/131 从 一主两从的构造.
- 有 bug 对于图片的 临时疏忽 为什么会产生这样的景象…