2. 程式人生 > >rpm包安裝的nginx熱升級

rpm包安裝的nginx熱升級

阿新 • • 發佈：2019-03-16
system fyi 去掉 操作 dex 進程 org 讀取 備份

文章目錄
一、本地環境基本介紹
二、yum升級命令說明
三、升級好nginx後如何不中斷業務切換
3.1、nginx相關的信號說明
3.2、在線熱升級nginx可執行文件程序
一、本地環境基本介紹
本次測試環境，是通過nginx早期提供的yum倉庫安裝的nginx。所以準確來說，算是官方提供的rpm包來安裝的，安裝文件目錄層級結構：

[root@node1 nginx]# rpm -ql nginx
/etc/logrotate.d/nginx
/etc/nginx
/etc/nginx/conf.d
/etc/nginx/conf.d/default.conf
/etc/nginx/fastcgi_params
/etc/nginx/koi-utf
/etc/nginx/koi-win

/etc/nginx/mime.types
/etc/nginx/modules
/etc/nginx/nginx.conf
/etc/nginx/scgi_params
/etc/nginx/uwsgi_params
/etc/nginx/win-utf
/etc/sysconfig/nginx
/etc/sysconfig/nginx-debug
/usr/lib/systemd/system/nginx-debug.service
/usr/lib/systemd/system/nginx.service
/usr/lib64/nginx
/usr/lib64/nginx/modules
/usr/libexec/initscripts/legacy-actions/nginx
/usr/libexec/initscripts/legacy-actions/nginx/check-reload
/usr/libexec/initscripts/legacy-actions/nginx/upgrade
/usr/sbin/nginx
/usr/sbin/nginx-debug
/usr/share/doc/nginx-1.14.0
/usr/share/doc/nginx-1.14.0/COPYRIGHT
/usr/share/man/man8/nginx.8.gz
/usr/share/nginx
/usr/share/nginx/html
/usr/share/nginx/html/50x.html
/usr/share/nginx/html/index.html
/var/cache/nginx
/var/log/nginx

[root@node1 nginx]# rpm -qa|grep nginx

nginx-1.14.0-1.el7_4.ngx.x86_64
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
二、yum升級命令說明
(1) 檢測nginx是否有可用更新包

[root@node1 ~]# yum check nginx
Loaded plugins: fastestmirror
check [‘nginx‘]
[root@node1 ~]# yum check-update
[root@node1 ~]# yum check-update nginx
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.ustc.edu.cn
* epel: mirrors.aliyun.com
* extras: mirrors.shu.edu.cn
* updates: mirrors.shu.edu.cn

nginx.x86_64 1:1.14.1-1.el7_4.ngx nginx
[root@node1 ~]#

[root@node1 ~]# yum list updates nginx
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.ustc.edu.cn
* epel: mirrors.aliyun.com
* extras: mirrors.shu.edu.cn
* updates: mirrors.shu.edu.cn
Updated Packages
nginx.x86_64 1:1.14.1-1.el7_4.ngx nginx
[root@node1 ~]#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
(2) 如何通過yum更新nginx

#檢測到有可用更新後，並且做過調查，就可以嘗試更新(生產環境不建議用最新)，可以參考epel源最新版本
yum update nginx
1
2
三、升級好nginx後如何不中斷業務切換
官網關於nginx信號控制說明：http://nginx.org/en/docs/control.html

3.1、nginx相關的信號說明
nginx的管理進程(master process)可以接受指定的幾種系統信號：

SIGINT, SIGTERM
Shut down quickly.
快速關閉；
SIGHUP
Reload configuration, start the new worker process with a new configuration, and gracefully shut down old worker processes.
重載配置，新啟動的工作進程是重讀配置後的，然後舊的工作進程會平滑關閉，等待其處理完舊的連接會話後；
SIGQUIT
Shut down gracefully.
平滑的關閉；
SIGUSR1
Reopen log files.
重新打開日誌文件；
SIGUSR2
Upgrade the nginx executable on the fly.
在線升級nginx執行程序文件；
SIGWINCH
Shut down worker processes gracefully.
平滑關閉工作進程；
實際使用：
上邊是系統信號名稱，如果用配合nginx使用，使用形式為kill -SIGNAL `cat /path/to/pidfile`
可用SIGNAL有：

(1) TERM, INT
fast shutdown.
快速關閉，不安全退出，強殺；
對應於系統信號：
SIGINT, SIGTERM
等價於kill -9，非特殊情況不建議使用；

(2) QUIT
graceful shutdown。
平滑關閉。
對應於系統信號：SIGQUIT
已經建立連接的請求會處理完畢後退出；

(3) HUP
changing configuration, keeping up with a changed time zone (only for FreeBSD and Linux), starting new worker processes with a new configuration, graceful shutdown of old worker processes。
重載配置；
對應於系統信號：SIGHUP

(4) USR1
re-opening log files
重讀日誌文件。
對應於系統信號：SIGUSR1

(5) USR2
upgrading an executable file。
升級可執行文件。
對應於系統信號：SIGUSR2

(6) WINCH
graceful shutdown of worker processes
平滑關閉nginx工作進程。
對應於系統信號：SIGWINCH
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
nginx的工作進程(worker process)可以接受指定的幾種系統信號：

SIGTERM
Shut down quickly.
快速關閉；
SIGQUIT
Shut down gracefully.
平滑關閉；
SIGUSR1
Reopen log files.
重新打開日誌文件；
實際使用：
上邊是系統信號名稱，如果用配合nginx使用，使用形式為kill -SIGNAL worker_pid
可用SIGNAL有(實際不需要手動對工作進程操作，因為工作進程是由管理進程來管理的)：


(1) TERM, INT
fast shutdown
快速關閉。
先找到工作進程的pid，然後kill -TERM pid或kill -INT pid，這個是強制退出；

(2) QUIT
graceful shutdown
平滑關閉，操作方式同TERM或INT。

(3) USR1
re-opening log files
重新打開日誌文件。

(4) WINCH
abnormal termination for debugging (requires debug_points to be enabled)
調試異常終止(需要啟用debug_points)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
nginx二進制程序可以通過-s 選項傳遞給nginx對應的參數，表示給nginx管理進程發送對應的信號。標準形式：

-s signal
其中signal可以為stop，quit，reopen，reload；
1
2
stop：SIGTERM(快速關閉)；
quit：SIGQUIT(平滑關閉)；
reopen：SIGUSR1(重新打開日誌文件)；
reload：SIGHUP(重載配置，新啟動的工作進程是重讀配置後的，然後舊的工作進程會平滑關閉，等待其處理完舊的連接會話後)；

3.2、在線熱升級nginx可執行文件程序
理論說明
(1) 用新的nginx二進制程序文件替換舊的二進制程序文件；替換前建議先備份舊的二進制文件。
替換的方式，如果是源碼包編譯安裝，可以直接cp替換或者其他方式替換。如果是rpm包或者yum直接更新升級，建議先用cp等工具備份一下舊的二進制程序文件；
(2) 向nginx的管理進程發送USR2信號
管理進程會把舊的pid文件備份成類似於nginx.pid.oldbin的形式。然後啟用一個新的管理進程，並且創建了對應的pid文件，新的管理進程會去啟動新的工作進程。此時，應該存在新舊兩個管理進程以及新舊管理進程啟動的工作進程，新舊工作進程此時會繼續接收處理請求；
(3) 向舊的管理進程發送WINCH信號
舊的管理進程會向舊的工作進程發送消息，請求平滑關閉它們，然後舊的工作進程將不再接受新的請求，如果正在處理舊的請求的要等處理完成後自動關閉，沒有在處理的舊的工作進程會直接退出。
(4) 過一段時間後，通過工具確認沒有舊的工作進程在處理請求後，只剩下新舊管理進程和新的工作進程。
默認，舊的管理進程不會關閉它監聽的套接字，如果後續有需要，它可以重新再管理他自己的工作進程，以便回滾處理連接請求。如果剛好由於某些原因，升級二進制程序不成功，要回滾的。
比如因為一些原因，新的執行文件不工作，要按照以下步驟回滾：
a) 向舊的管理進程發送HUB信號
信號接收後，舊的工作進程將會重新開啟工作進程(不會重讀加載配置)。此時，舊的工作進程開始工作後，要向之前新的管理進程發送QUIT信號，以便之前新的管理進程通過它之前管理的工作進程，讓它們平滑關閉。
b) 發送TERM信號給新的工作進程。
它會向它的工作進程發送消息讓它們立即退出，它們受到消息後會立即離開。如果進程由於某些原因不理解退出，KILL信號將會發送給它們迫使他們去退出。一旦新的工作管理進程退出後，舊的管理進程將會自動開啟新的工作進程。
新的工作進程退出後，舊的工作進程會被nginx.pid.oldbin後綴給去掉。
如果升級成功，應該發送QUIT信號給舊的管理進程。

實際操作
(1) 備份nginx二進制程序文件
[root@node1 ~]# mv /usr/sbin/nginx{,.bak}
[root@node1 ~]# ls -l /usr/sbin/nginx
ls: cannot access /usr/sbin/nginx: No such file or directory
[root@node1 ~]# ls -l /usr/sbin/nginx.bak
-rwxr-xr-x 1 root root 1307560 Apr 17 2018 /usr/sbin/nginx.bak
[root@node1 ~]# ps uax|grep nginx
root 2113 0.0 0.3 46428 1724 ? Ss 16:22 0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
nginx 2183 0.0 0.3 46828 1860 ? S 16:36 0:00 nginx: worker process
nginx 2184 0.0 0.3 46828 1856 ? S 16:36 0:00 nginx: worker process
root 2584 0.0 0.1 112640 960 pts/2 S+ 17:44 0:00 grep --color=auto nginx
#這裏不用擔心由於二進制程備份導致處理連接連接請求失敗，因為nginx的進程已經啟動，二進制程序已經
讀取到內存中去了。
#如果/usr/sbin/nginx-debug有用，最好也備份一下。
1
2
3
4
5
6
7
8
9
10
11
12
13
(2) yum升級nginx

[root@node1 ~]# yum update nginx
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: centos.ustc.edu.cn
* epel: mirrors.aliyun.com
* extras: mirrors.shu.edu.cn
* updates: mirrors.shu.edu.cn
Resolving Dependencies
--> Running transaction check
---> Package nginx.x86_64 1:1.14.0-1.el7_4.ngx will be updated
---> Package nginx.x86_64 1:1.14.1-1.el7_4.ngx will be an update
--> Finished Dependency Resolution

Dependencies Resolved

============================================================================================================================================================================================================================================
Package Arch Version Repository Size
============================================================================================================================================================================================================================================
Updating:
nginx x86_64 1:1.14.1-1.el7_4.ngx nginx 753 k

Transaction Summary
============================================================================================================================================================================================================================================
Upgrade 1 Package

Total download size: 753 k
Is this ok [y/d/N]: y
Downloading packages:
No Presto metadata available for nginx
nginx-1.14.1-1.el7_4.ngx.x86_64.rpm | 753 kB 00:00:24
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Updating : 1:nginx-1.14.1-1.el7_4.ngx.x86_64 1/2
Cleanup : 1:nginx-1.14.0-1.el7_4.ngx.x86_64 2/2
Verifying : 1:nginx-1.14.1-1.el7_4.ngx.x86_64 1/2
Verifying : 1:nginx-1.14.0-1.el7_4.ngx.x86_64 2/2

Updated:
nginx.x86_64 1:1.14.1-1.el7_4.ngx

Complete!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
此時nginx二進制程序為新的二進制程序了。

[root@node1 ~]# which nginx
/usr/sbin/nginx
[root@node1 ~]# ls -l /usr/sbin/nginx
-rwxr-xr-x 1 root root 1307696 Nov 6 22:04 /usr/sbin/nginx
[root@node1 ~]# /usr/sbin/nginx -v
nginx version: nginx/1.14.1
1
2
3
4
5
6
(3) 向nginx的管理進程發送USR2信號

[root@node1 ~]# ls -l /var/run/nginx.pid
-rw-r--r-- 1 root root 5 Nov 19 17:46 /var/run/nginx.pid
[root@node1 ~]# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command | egrep ‘(nginx|PID)‘
PID PPID USER %CPU VSZ WCHAN COMMAND
2656 1 root 0.0 46304 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2658 2656 nginx 0.0 46708 ep_pol nginx: worker process
2659 2656 nginx 0.0 46708 sleep_ nginx: worker process
2685 2201 root 0.0 107888 inotif tailf /var/log/nginx/access.log
2695 2387 root 0.0 112644 pipe_w grep -E --color=auto (nginx|PID)
[root@node1 ~]# cat /var/run/nginx.pid
2656
[root@node1 ~]# kill -USR2 `cat /var/run/nginx.pid`
[root@node1 ~]# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command | egrep ‘(nginx|PID)‘
PID PPID USER %CPU VSZ WCHAN COMMAND
2656 1 root 0.0 46304 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2658 2656 nginx 0.0 46708 ep_pol nginx: worker process
2659 2656 nginx 0.0 46708 ep_pol nginx: worker process
2685 2201 root 0.0 107888 inotif tailf /var/log/nginx/access.log
2698 2656 root 0.0 46304 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2699 2698 nginx 0.0 46708 ep_pol nginx: worker process
2700 2698 nginx 0.0 46708 ep_pol nginx: worker process
2702 2387 root 0.0 112644 - grep -E --color=auto (nginx|PID)
[root@node1 ~]# ls -l /var/run/nginx.pid*
-rw-r--r-- 1 root root 5 Nov 19 17:53 /var/run/nginx.pid
-rw-r--r-- 1 root root 5 Nov 19 17:46 /var/run/nginx.pid.oldbin
[root@node1 ~]# cat /var/run/nginx.pid
2698
[root@node1 ~]# cat /var/run/nginx.pid.oldbin
2656


(4) 測試發信升級後，可以接受新的連接後。向舊的管理進程發送WINCH信號

#新連接請求，我就不截圖了，大概看一下業務沒有問題。能接受新請求，就可以開始下一步
[root@node1 ~]# kill -WINCH `cat /var/run/nginx.pid.oldbin`
[root@node1 ~]# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command | egrep ‘(nginx|PID)‘
PID PPID USER %CPU VSZ WCHAN COMMAND
2656 1 root 0.0 46304 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2685 2201 root 0.0 107888 inotif tailf /var/log/nginx/access.log
2698 2656 root 0.0 46304 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2699 2698 nginx 0.0 46708 ep_pol nginx: worker process
2700 2698 nginx 0.0 46708 ep_pol nginx: worker process
2719 2387 root 0.0 112644 pipe_w grep -E --color=auto (nginx|PID)
1
2
3
4
5
6
7
8
9
10
(5) 確認舊的工作進程沒有都平滑退出後，可以看看升級是否成功。如果可以，直接向舊的
管理進程發送QUIT信號

[root@node1 ~]# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command | egrep ‘(nginx|PID)‘
PID PPID USER %CPU VSZ WCHAN COMMAND
2656 1 root 0.0 46304 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2698 2656 root 0.0 46304 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2699 2698 nginx 0.0 46708 ep_pol nginx: worker process
2700 2698 nginx 0.0 46708 ep_pol nginx: worker process
2724 2387 root 0.0 112644 pipe_w grep -E --color=auto (nginx|PID)
#上邊已經沒有舊的工作進程在處理舊的請求了
[root@node1 ~]# kill -QUIT `cat /var/run/nginx.pid.oldbin`
[root@node1 ~]# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command | egrep ‘(nginx|PID)‘
PID PPID USER %CPU VSZ WCHAN COMMAND
2698 1 root 0.0 46304 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2699 2698 nginx 0.0 46708 ep_pol nginx: worker process
2700 2698 nginx 0.0 46708 ep_pol nginx: worker process
2733 2387 root 0.0 112644 pipe_w grep -E --color=auto (nginx|PID)
[root@node1 ~]# ls -l /var/run/nginx.pid
-rw-r--r-- 1 root root 5 Nov 19 17:53 /var/run/nginx.pid
[root@node1 ~]# ls -l /var/run/nginx.pid*
-rw-r--r-- 1 root root 5 Nov 19 17:53 /var/run/nginx.pid
#為了確認無誤，可以重載一下配置：
[root@node1 ~]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@node1 ~]# nginx -s reload
[root@node1 ~]# ps axw -o pid,ppid,user,%cpu,vsz,wchan,command | egrep ‘(nginx|PID)‘
PID PPID USER %CPU VSZ WCHAN COMMAND
2698 1 root 0.0 46436 sigsus nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
2738 2698 nginx 0.0 46840 ep_pol nginx: worker process
2739 2698 nginx 0.0 46840 ep_pol nginx: worker process
2741 2387 root 0.0 112644 pipe_w grep -E --color=auto (nginx|PID)

申明：本測試是基於測試環境完成，如果有需要做類似的操作，生產環境操作請慎重。因為nginx的可執行程序熱升級，可能會導致其他問題(鑒於學術有限，這裏沒法列出)。
---------------------
作者：N33_煙灰
來源：CSDN
原文：https://blog.csdn.net/u012271055/article/details/84257574
版權聲明：本文為博主原創文章，轉載請附上博文鏈接！

rpm包安裝的nginx熱升級

相關推薦

RPM包安裝Nginx實現反代和集群功能

nginx 集群 反代 當服務器的訪問量大量飆升的時候，一臺服務器就會承受不了那麽大的壓力，所以我們可以將例如web這種服務進行分流，轉發到其他服務器進行處理，這種轉發的方式使用的是Nginx的ngx_http_proxy_module模塊和upstream功能。一、機器準備和軟件安裝

rpm包安裝的nginx熱升級

system fyi 去掉 操作 dex 進程 org 讀取 備份 文章目錄一、本地環境基本介紹二、yum升級命令說明三、升級好nginx後如何不中斷業務切換3.1、nginx相關的信號說明3.2、在線熱升級nginx可執行文件程序一、本地環境基本介紹本次測試環境，是通過n

Nginx代理與反向代理（rpm包安裝）

服務器 apache nginx 反向代理 註意：情況1：當後端是獨立的php-fpm服務器模塊的話需要fastcgi協議情況2：當後端是LAMP的話，使用的就是Apache協議不需要開啟fastcgi模塊直接寫個location / {proxy_pass http://backserver

linux mount使用和rpm包安裝

linux 虛擬機 工具欄 光盤 光驅 如果是物理真機（非虛擬機），放入光盤後系統會自動加載，可以通過命令“mount”查看系統掛載情況，然後繼續用命令“mount"去實現其它的掛載任務（即 新增掛載）;如果是虛擬機，需要情況也差不多，操作示例如下：第一步：加載DVD光盤（相當於把DVD光

CenOS 7 rpm包安裝lamp

for go it! CentOS 7 LAMPvhost1: phpMyadmin 布署pma.mykernel.cn httpsvhost2: wordpress 布署wp.mykernel.cnvhost3: Discuz 布署dz.mykernel.cn實驗環境關閉防火墻: iptable

rpm包安裝mysql5.6.*版本

root per autoconf undle word sha eps auto 初始化 1、查看是否已經安裝Mysql rpm -qa | grep -i mysql #刪除已經安裝的Mysql程序 rpm -ev *****.rpm 　　

二級制包安裝Tomcat 與 RPM包安裝Tomcat

class mirror 包安裝 系統 -o server var dev ase 1：下載二級制包 wget http://mirror.bit.edu.cn/apache/tomcat/tomcat-8/v8.0.47/bin/apache-tomcat-8.0.47.

hadoop-14-進行libtirpc的rpm包安裝

bsp lib yum 進行 eve cal ado devel rpm hadoop-14-進行libtirpc的rpm包安裝 安裝過程中出現了這個問題，進行安裝； yum localinstall --nogpgcheck libtirpc-0.2.1-13.el6.x

LAMP的rpm包安裝與簡單測試

lampj簡單安裝 測試 CentOS6下LAMP的rpm安裝所需要的rpm包：httpdphpphp-mysqlmysql-server[root@localhost ~]# yum install httpd php php-mysql mysql-server -yCentOS7下LAMP的rp

Linux學習總結（九）-源碼包和rpm包安裝

onf 之間 免費版 好的 remove 提高 裝包 rem 好處 我們熟悉下linux 軟件安裝：https://zhidao.baidu.com/question/504980243.html這裏寫了源碼安裝和yum安裝的優缺點，可以看看 一.源碼包安裝 通常辦法是安裝

python 比較兩臺linux系統rpm包安裝是否相同

pythonimport re Setaliyun=set(‘‘)Setczgame=set(‘‘)with open(‘alirpm.txt‘,‘r‘) as f:for line in f:Result=re.subn(‘-\d.*‘,‘‘,line)[0]Setaliyun.add(Result)#pr

MySQL 5.7.20在RedHat 7.2上通過RPM包安裝

mysql5.7 rpm安裝mysql mysql 一、安裝環境1、操作系統版本：Red Hat Enterprise Linux Server release 7.2 (Maipo)2、Mysql版本：mysql-5.7.20-1.el7.x86_64.rpm-bundle.tar二、安裝說明1

mysql-rpm包安裝

mon option 用戶 全部 https nat rev als event 數據庫 關系型數據庫（RDBMS）：oracle mysql db2 sql server sybase... 優點：容易理解、方便使用、數據一致、讀寫實時 數據一致：事務 要麽全部成功；

10分鐘教你搭建郵件服務器Postfix(RPM包安裝)

ext 郵件客戶端 操作 用戶 收件人 vpd smt redhat6 發的 簡介 postfix是Wietse Venema在IBM的GPL協議之下開發的MTA（郵件傳輸代理）軟件。postfix是Wietse Venema想要為使用最廣泛的sendmail提供替代品的一

centos6.7安裝rpm包安裝gcc

one kernel gcc libs devel glib 包安裝 rpm -ivh glibc 到下面網站下載rpm包http://rpm.pbone.net/index.php3/rpm -ivh libstdc++-devel-4.4.7-17.el6.x86_64

Centos7.X通過rpm包安裝Docker

目錄   前言 1、Docker官網下載rpm包 2、通過liunx命令安裝rpm包 3、遷移映象儲存路徑 前言 Docker已經火了很多年，現在各大公司都會使用它。那麼在我們日常開發中也經常使用，比如我就通過Docker方便快捷在本地安裝很多基礎服務（Redis、Nginx、Mo

CentOS6.5系統下RPM包安裝MySQL5.6（轉）

1.檢視作業系統相關資訊。 [[email protected] ~]# cat /etc/issue CentOS release 6.5 (Final) Kernel \r on an \m [[email protected] ~]# una

rpm包安裝失敗的解決辦法

author： headsen  chen date ：  2018-10-15  14:24:36   1，故障現象： # rpm -ivh zabbix-agent-3.4.11-1.el6.x86_64.rpm rpmdb: Thread/proc

linux - mysql - 解除安裝：RPM包安裝方式的MySQL解除安裝

（1）檢查是否安裝了MySQL元件 [[email protected] init.d]# rpm -qa | grep -i mysql MySQL-devel-5.6.23-1.linux_glibc2.5 MySQL-client-5.6.23-1.linux_glibc2.5 MyS

rpm包安裝的mariadb指定資料存放路徑

在預設安裝mariadb的時候，可以在/etc/my.cnf.d/server.cnf中指定資料存放的路徑：datadir=/xxx 需要初始化資料庫：mysql_install_db 存放路徑下所有檔案需要賦予許可權：chown -R mysql:mysql  /xxx 剛剛