Linux에서 mysql 서비스를 중지하는 명령은 무엇입니까?
Linux는 mysql 서비스 명령을 중지합니다. 1. 서비스 명령을 사용하여 중지합니다. 구문은 "service mysqld stopRedirecting to /bin/systemctl"과 같습니다. 2. systemctl 명령을 사용하여 중지합니다. 구문은 "/ bin/systemctl stop mysqld.service" ;3. "mysqladmin -uroot"와 같은 구문을 사용하여 mysqladmin 명령을 사용하여 중지합니다.
MySQL 데이터베이스를 시작/재시작/중지하는 Linux 명령
1. MySQL 데이터베이스를 시작하는 명령
(1) 명령 서비스를 사용하여 시작
[root@htlwk0001host /]# service mysqld startRedirecting to /bin/systemctl start mysqld.service
지침:
MySQL 데이터베이스 서비스를 시작할 수 있습니다. 성공적이지만 실제로는 서비스를 시작하기 위해 systemctl 명령으로 리디렉션됩니다.
(2) systemctl 명령을 사용하여 시작합니다.
[root@htlwk0001host ~]# systemctl start mysqld.service
해당 환경 변수가 설정되지 않은 경우 systemctl 명령이 위치한 디렉터리에 입력한 후 위 명령문을 실행하거나, 전체 경로를 직접 입력할 수 있습니다. 명령 터미널에서 명령을 실행하려면:
[root@htlwk0001host ~]# /bin/systemctl start mysqld.service
명령이 있는 디렉터리를 모르겠습니다. 쿼리할 명령을 사용할 수 있습니다.
2. MySQL 데이터베이스를 중지하는 명령
(1) service 명령을 사용하여 중지
[root@htlwk0001host /]# service mysqld stopRedirecting to /bin/systemctl stop mysqld.service
지침:
(1) MySQL 데이터베이스 서비스를 성공적으로 중지할 수 있지만 실제로는 systemctl 명령으로 리디렉션됩니다. 서비스를 중지합니다.
(2) 우분투 시스템인 경우 데이터베이스를 중지하는 명령은 service mysql stop
service mysql stop
命令 service 在哪里?
[root@htlwk0001host ~]# which service /usr/sbin/service
注意:目录 /sbin 下的命令只有用户 root 才有权限使用。
命令 systemctl 在哪里?
[root@htlwk0001host ~]# which systemctl /usr/bin/systemctl
(二)使用命令 systemctl 停止
[root@htlwk0001host ~]# /bin/systemctl stop mysqld.service
若配置了环境变量,则不必带上完整的路径,直接输入命令即可:
[root@htlwk0001host ~]# systemctl stop mysqld.service
(三)使用命令 mysqladmin 停止
使用该命令停止数据库服务,其实需要登录数据库才行,所以需要输入登录数据库的用户名和密码,登录成功后才执行命令选项 shutdown,命令语句如下:
[root@htlwk0001host ~]# mysqladmin -uroot -p shutdown
三、重启 MySQL 数据库的命令
(一)使用命令 service 重启
[root@htlwk0001host ~]# service mysqld restartRedirecting to /bin/systemctl restart mysqld.service
说明:
也是重定向到命令 systemctl 来重启服务的。
(二)使用命令 systemctl 重启
[root@htlwk0001host home]# /bin/systemctl restart mysqld.service
四、怎么查看 MySQL 是否启动
(一)通过命令 pgrep 查看
[root@htlwk0001host ~]# pgrep -l mysqld1060114 mysqld
说明:
命令 grep 是查找系统当前运行的进程,如上所示,可以根据进程名称找到结果,说明进程 mysqld 正在运行中。
(二)通过命令 ps 查看
[root@htlwk0001host ~]# ps aux | grep mysqlmysql 1060114 1.5 4.9 1604076 182836 ? Sl 08:33 0:00 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid root 1060165 0.0 0.0 12320 972 pts/0 S+ 08:33 0:00 grep --color=auto mysql
说明:
如上所示的查找结果,进程 mysqld 是后台进程(即守护进程 daemonize),进程状态是 sl
,表示该进程是一个子进程,且处于休眠状态,如果 MySQL 没有启动是查找不到这个进程的,查找到了就说明数据库已经启动了。
查找结果说明:
该进程属于用户 mysql,进程 ID 是 1060114,CPU 占用时间百分比 1.5%,内存占用百分比 4.9%,可以使用的虚拟内存大小是 1604076 千字节,进程占用的物流内存是 182836 千字节,进程启动的时间是 8:33(年月日看系统当前的时间) ,实际使用 CPU 的时间是 0(应该没有更新吧!)
(三)通过命令 cat 查看
[root@htlwk0001host ~]# cat /proc/1060114/statusName: mysqld # 进程名称Umask: 0026 # 用户权限屏蔽位,实际权限=预设权限-Umask State: S (sleeping) # 进程状态,可中断的睡眠状态Tgid: 1060114 # 线程组Id,等于Pid Ngid: 0 Pid: 1060114 # 进程IdPPid: 1 # 父进程Id,启动PidTracerPid: 0 # 跟踪进程的PidUid: 27 27 27 27 # Uid/Euid/Suid/Fsuid 拥有者Id/有效用户Id/Suid(Set User ID)/Fsuid(file system user ID)Gid: 27 27 27 27 # Gid/Egid/Sgid/Fsgid 对照Uid来理解FDSize: 128 # 文件描述符的最大个数Groups: 27 # 启动该进程的用户所属的组的IdNStgid: 1060114 NSpid: 1060114 NSpgid: 1060113 NSsid: 1060113 VmPeak: 1604620 kB # 表示进程所占用最大虚拟内存大小,即进程所使用的虚拟内存的峰值VmSize: 1604620 kB # 表示进程当前使用的虚拟内存大小VmLck: 0 kB # 表示被锁定的内存大小,即已经锁住的物理内存的大小(锁住的物理内存不能交换到硬盘)VmPin: 0 kB VmHWM: 183668 kB # 表示进程所占用物理内存的峰值VmRSS: 183632 kB # 表示进程当前占用物理内存的大小(与procrank中的RSS)RssAnon: 166396 kB RssFile: 17236 kB RssShmem: 0 kB VmData: 549388 kB # 表示进程占用的数据段的大小VmStk: 132 kB # 表示进程堆栈段的大小,即进程占用的栈的大小VmExe: 25480 kB # 表示进程代码的大小,进程占用的代码段大小(不包括库)VmLib: 7596 kB # 表示进程所使用共享库的大小,进程所加载的动态库所占用的内存大小(可能与其它进程共享)VmPTE: 696 kB # 表示进程页表项的大小,进程占用的页表大小(交换表项数量)VmSwap: 0 kB # 进程所使用的交换区的大小HugetlbPages: 0 kB # Huge Translation Lookaside Buffer Pages 巨大的快速查找缓冲页表CoreDumping: 0 # 核心转储数据大小Threads: 48 # 共享使用该信号描述符的任务的个数SigQ: 0/14419 # 待处理信号的个数/目前最大可以处理的信号的个数SigPnd: 0000000000000000 # 屏蔽位,存储了该线程的待处理信号ShdPnd: 0000000000000000 # 屏蔽位,存储了该线程组的待处理信号SigBlk: 0000000000084007 # 存放被阻塞的信号SigIgn: 0000000000003000 # 存放被忽略的信号SigCgt: 00000001800006e8 # 存放被俘获到的信号CapInh: 0000000000000000 # 能被当前进程执行的程序的继承的能力CapPrm: 0000000000000000 # 进程能够使用的能力,可以包含CapEff中没有的能力,这些能力是被进程自己临时放弃的CapEff: 0000000000000000 # 是CapPrm的一个子集,进程放弃没有必要的能力有利于提高安全性CapBnd: 0000003fffffffff # 是系统的边界能力,我们无法改变它CapAmb: 0000000000000000 NoNewPrivs: 0 # 没有新权限Seccomp: 0 # seccomp机制用于限制应用程序可以使用的系统调用,增加系统的安全性。Speculation_Store_Bypass: vulnerable Cpus_allowed: 3 # 可以执行该进程的CPU掩码集Cpus_allowed_list: 0-1 # 该进程可以使用CPU的列表,这里是0-1Mems_allowed: # 更改进程执行时占用的内存有关Mems_allowed_list: 0 # 进程只是使用了结点0的内存资源voluntary_ctxt_switches: 94 # 表示进程主动切换的次数nonvoluntary_ctxt_switches: 194 # 进程被动切换的次数
说明:
/proc/
是一个虚拟的文件系统,是系统内存的映射,该目录的数据都是存放在内存中,没有占用任何的硬盘空间,所以通过该目录可以查找到进程的信息,就已经足够说明该进程已经启动了,否则在内存中是无法查找到有关的信息的。Tgid
是指线程组 Id,Tgid=Pid。一个进程就是一个线程组,每个进程的所有线程都有着相同的 Tgid,当程序开始运行时,只有一个主线程,这个主线程的 Tgid 就等于 Pid。而当其他线程被创建的时候,就继承了主线程的 Tgid。CoreDumping
当程序在运行的过程中出现异常终止或崩溃,系统会将程序当时的状态记录下来,保存在一个 Core 文件中,这种机制称为 Core Dump,又称“核心转储”。Core Dump 机制记录了程序异常时的内存数据、寄存器状态以及运行堆栈等信息,开发人员可以使用调试工具分析 Core 文件来快速定位程序异常原因。Ruid
实际用户 Id,指的是进程执行者是谁。Euid
有效用户 Id,指进程执行时对文件的访问权限。Suid
保存设置用户 Id,作为 Effective User Id 的副本。
🎜service 명령은 어디에 있나요? 🎜🎜Fsuid
🎜참고: 루트 사용자만 /sbin 디렉터리의 명령을 사용할 수 있는 권한을 갖습니다. 🎜🎜🎜systemctl 명령은 어디에 있나요? 🎜🎜[root@htlwk0001host ~]# lsof -c mysqlCOMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME mysqld 1064381 mysql cwd DIR 253,1 4096 636744 /var/lib/mysql mysqld 1064381 mysql rtd DIR 253,1 244 128 / mysqld 1064381 mysql txt REG 253,1 251816000 51228705 /usr/sbin/mysqld mysqld 1064381 mysql mem REG 253,1 553480 50342901 /usr/lib64/libpcre2-8.so.0.7.1
로그인 후 복사로그인 후 복사🎜 (2) systemctl 명령을 사용하여 중지합니다. 🎜[root@htlwk0001host ~]# lsof -i:3306COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME java 1050299 root 72u IPv6 19482407 0t0 TCP htlwk0001host:37380->47.114.59.224:mysql (CLOSE_WAIT)java 1050299 root 78u IPv6 19482908 0t0 TCP htlwk0001host:37470->47.114.59.224:mysql (CLOSE_WAIT)
로그인 후 복사로그인 후 복사🎜환경 변수가 구성된 경우 전체 경로를 가져올 필요 없이 다음 명령을 직접 입력하면 됩니다. 🎜[root@htlwk0001host ~]# lsof -i:3306COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME java 1050398 root 72u IPv6 19485111 0t0 TCP htlwk0001host:37978->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 78u IPv6 19482585 0t0 TCP htlwk0001host:37480->47.114.59.224:mysql (CLOSE_WAIT)java 1050398 root 80u IPv6 19485118 0t0 TCP htlwk0001host:37980->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 81u IPv6 19485120 0t0 TCP htlwk0001host:37982->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 82u IPv6 19484462 0t0 TCP htlwk0001host:37984->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 83u IPv6 19484463 0t0 TCP htlwk0001host:37986->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 84u IPv6 19484464 0t0 TCP htlwk0001host:37988->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 85u IPv6 19484465 0t0 TCP htlwk0001host:37990->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 86u IPv6 19484466 0t0 TCP htlwk0001host:37992->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 87u IPv6 19484467 0t0 TCP htlwk0001host:37994->47.114.59.224:mysql (ESTABLISHED)mysqld 1068848 mysql 4u IPv6 19485112 0t0 TCP htlwk0001host:mysql->47.114.59.224:37978 (ESTABLISHED)mysqld 1068848 mysql 26u IPv6 19485094 0t0 TCP *:mysql (LISTEN)mysqld 1068848 mysql 49u IPv6 19485119 0t0 TCP htlwk0001host:mysql->47.114.59.224:37980 (ESTABLISHED)mysqld 1068848 mysql 50u IPv6 19485121 0t0 TCP htlwk0001host:mysql->47.114.59.224:37982 (ESTABLISHED)mysqld 1068848 mysql 51u IPv6 19485122 0t0 TCP htlwk0001host:mysql->47.114.59.224:37984 (ESTABLISHED)mysqld 1068848 mysql 52u IPv6 19485123 0t0 TCP htlwk0001host:mysql->47.114.59.224:37986 (ESTABLISHED)mysqld 1068848 mysql 53u IPv6 19485124 0t0 TCP htlwk0001host:mysql->47.114.59.224:37988 (ESTABLISHED)
로그인 후 복사로그인 후 복사🎜 (3) mysqladmin 명령을 사용하여 다음을 수행합니다. stop 🎜🎜이 명령을 사용하면 데이터베이스 서비스를 중지할 수 있으므로 실제로 데이터베이스에 로그인하려면 사용자 이름과 비밀번호를 입력해야 합니다. 로그인에 성공한 후 명령문은 다음과 같습니다. : 🎜[root@htlwk0001host ~]# netstat -an | grep ':3306'tcp6 0 0 :::3306 :::* LISTEN tcp6 0 0 172.19.116.91:3306 47.114.59.224:37978 ESTABLISHED tcp6 0 0 172.19.116.91:37982 47.114.59.224:3306 ESTABLISHED tcp6 0 0 172.19.116.91:3306 47.114.59.224:37990 ESTABLISHED tcp6 0 0 172.19.116.91:37988 47.114.59.224:3306 ESTABLISHED tcp6 0 0 172.19.116.91:3306 47.114.59.224:37992 ESTABLISHED
로그인 후 복사로그인 후 복사🎜 3. MySQL 데이터베이스를 다시 시작하는 명령 🎜🎜 (1) Service restart🎜[root@htlwk0001host ~]# netstat -an | grep ':3306'tcp6 0 0 172.19.116.91:3306 47.114.59.224:37978 FIN_WAIT2 tcp6 1 0 172.19.116.91:37982 47.114.59.224:3306 CLOSE_WAIT tcp6 0 0 172.19.116.91:3306 47.114.59.224:37990 FIN_WAIT2 tcp6 1 0 172.19.116.91:37988 47.114.59.224:3306 CLOSE_WAIT tcp6 0 0 172.19.116.91:3306 47.114.59.224:37992 FIN_WAIT2 tcp6 0 0 172.19.116.91:3306 47.114.59.224:38006 FIN_WAIT2 tcp6 0 0 172.19.116.91:3306 47.114.59.224:38004 FIN_WAIT2 tcp6 1 0 172.19.116.91:38008 47.114.59.224:3306 CLOSE_WAIT tcp6 0 0 172.19.116.91:3306 47.114.59.224:37994 FIN_WAIT2 tcp6 0 0 172.19.116.91:3306 47.114.59.224:38010 FIN_WAIT2 tcp6 1 0 172.19.116.91:37984 47.114.59.224:3306 CLOSE_WAIT
로그인 후 복사로그인 후 복사🎜🎜 명령을 사용하세요. 지침: 🎜🎜 또한 systemctl 명령으로 리디렉션되어 서비스를 다시 시작합니다. 🎜🎜 (2) systemctl 명령을 사용하여 다시 시작 🎜[root@htlwk0001host ~]# service mysqld statusRedirecting to /bin/systemctl status mysqld.service ● mysqld.service - MySQL Server Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2021-04-23 16:11:01 CST; 8s ago Docs: man:mysqld(8) http://dev.mysql.com/doc/refman/en/using-systemd.html Process: 1069004 ExecStart=/usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid $MYSQLD_OPTS (code=exited, status=0/SUCCESS) Process: 1068982 ExecStartPre=/usr/bin/mysqld_pre_systemd (code=exited, status=0/SUCCESS) Main PID: 1069006 (mysqld) Tasks: 46 (limit: 23070) Memory: 214.2M CGroup: /system.slice/mysqld.service └─1069006 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid 4月 23 16:10:59 htlwk0001host systemd[1]: Starting MySQL Server... 4月 23 16:11:01 htlwk0001host systemd[1]: Started MySQL Server.
로그인 후 복사로그인 후 복사🎜 4. MySQL이 시작되었는지 확인하는 방법 🎜🎜 (1) pgrep 명령을 사용하여 🎜rrreee🎜🎜 확인 방법: 🎜🎜 grep 명령은 현재 위 그림과 같이 시스템의 실행 중인 프로세스는 프로세스 이름을 기준으로 결과를 확인할 수 있어 mysqld 프로세스가 실행 중임을 나타냅니다. 🎜🎜 (2) ps 명령을 사용하여 🎜rrreee🎜🎜보기 지침: 🎜🎜 위 검색 결과에 표시된 것처럼 mysqld 프로세스는 백그라운드 프로세스(즉, daemonize)이고 프로세스 상태는[root@htlwk0001host ~]# /bin/systemctl status mysqld.service
로그인 후 복사로그인 후 복사sl<입니다. /code>는 해당 프로세스가 하위 프로세스이고 휴면 상태임을 나타냅니다. MySQL이 시작되지 않은 경우 이 프로세스를 찾을 수 없다는 것은 데이터베이스가 시작되었음을 의미합니다. 🎜🎜🎜검색 결과 설명: 🎜🎜 프로세스는 사용자 mysql에 속하며, 프로세스 ID는 1060114, CPU 점유 시간 백분율은 1.5%, 메모리 점유 백분율은 4.9%, 사용 가능한 가상 메모리 크기는 1604076KB이며, 프로세스가 점유한 물류 메모리는 182836킬로바이트입니다. 프로세스 시작 시간은 8시 33분(연월일 현재 시스템 시간 참조)이며 실제 CPU 사용 시간은 0입니다(업데이트하면 안 됩니다! ) 🎜🎜 (3) cat 명령을 통해 보기 🎜rrreee 🎜🎜설명: 🎜🎜<ul class=" list-paddingleft-2"><li>🎜<code>/proc/
는 가상 파일 시스템입니다. 이 디렉토리의 데이터는 메모리에 저장되며 하드 디스크 공간을 차지하지 않습니다. 따라서 이 디렉토리를 통해 프로세스 정보를 찾을 수 있다면 프로세스가 있음을 나타내는 것으로 충분합니다. 그렇지 않으면 메모리에서 관련 정보를 찾을 수 없습니다. 🎜- 🎜
Tgid
는 스레드 그룹 ID, Tgid=Pid를 나타냅니다. 프로세스는 스레드 그룹이며 각 프로세스의 모든 스레드는 동일한 Tgid를 갖습니다. 프로그램이 실행되기 시작하면 메인 스레드는 하나만 있고 이 메인 스레드의 Tgid는 Pid와 같습니다. 다른 스레드가 생성되면 기본 스레드의 Tgid를 상속합니다. 🎜 - 🎜
CoreDumping
프로그램이 비정상적으로 종료되거나 실행 중에 충돌이 발생하면 시스템은 프로그램의 현재 상태를 기록하고 이를 Core 파일에 저장합니다. 이를 Core 파일이라고 합니다. 덤프는 "코어 덤프"라고도 합니다. Core Dump 메커니즘은 프로그램이 비정상일 때 메모리 데이터, 레지스터 상태, 실행 중인 스택 및 기타 정보를 기록합니다. 개발자는 디버깅 도구를 사용하여 Core 파일을 분석하여 프로그램 예외의 원인을 빠르게 찾을 수 있습니다. 🎜 - 🎜
Ruid
실제 사용자 ID는 프로세스 실행자가 누구인지 나타냅니다. 🎜 - 🎜
Euid
프로세스 실행 시 파일에 대한 접근 권한을 의미하는 유효 사용자 ID입니다. 🎜 - 🎜
Suid
설정된 사용자 ID를 유효 사용자 ID의 복사본으로 저장합니다. 🎜 - 🎜
Fsuid
현재 프로세스의 파일 시스템의 사용자 식별 코드입니다. 일반적으로 파일 시스템의 사용자 식별 코드(fsuid)와 유효한 사용자 식별 코드( euid)는 동일합니다. 🎜 Cpus_allowed
进程可以使用 CPU 的亲和性掩码,因为我们指定为两块 CPU,所以这里就是 3,如果该进程指定为4个 CPU (如果有话),这里就是 F(1111)。
(四)通过命令 lsof 查看
查看 mysql 进程打开的文件列表:
[root@htlwk0001host ~]# lsof -c mysqlCOMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME mysqld 1064381 mysql cwd DIR 253,1 4096 636744 /var/lib/mysql mysqld 1064381 mysql rtd DIR 253,1 244 128 / mysqld 1064381 mysql txt REG 253,1 251816000 51228705 /usr/sbin/mysqld mysqld 1064381 mysql mem REG 253,1 553480 50342901 /usr/lib64/libpcre2-8.so.0.7.1
如上所示,如果数据库已经启动了,则可以查询到一堆被打开的文件,否则查询不到任何文件。
查看数据库默认端口 3306 的使用情况:
[root@htlwk0001host ~]# lsof -i:3306COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME java 1050299 root 72u IPv6 19482407 0t0 TCP htlwk0001host:37380->47.114.59.224:mysql (CLOSE_WAIT)java 1050299 root 78u IPv6 19482908 0t0 TCP htlwk0001host:37470->47.114.59.224:mysql (CLOSE_WAIT)
从上面的查询结果可以看出,进程 java 已经关闭和 MySQL 服务器的连接,数据库所在的主机地址是:47.114.59.224,端口名称:mysql,端口状态:CLOSE_WAIT。
数据库服务器开启后,查看端口 3306
的使用情况,如下:
[root@htlwk0001host ~]# lsof -i:3306COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME java 1050398 root 72u IPv6 19485111 0t0 TCP htlwk0001host:37978->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 78u IPv6 19482585 0t0 TCP htlwk0001host:37480->47.114.59.224:mysql (CLOSE_WAIT)java 1050398 root 80u IPv6 19485118 0t0 TCP htlwk0001host:37980->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 81u IPv6 19485120 0t0 TCP htlwk0001host:37982->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 82u IPv6 19484462 0t0 TCP htlwk0001host:37984->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 83u IPv6 19484463 0t0 TCP htlwk0001host:37986->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 84u IPv6 19484464 0t0 TCP htlwk0001host:37988->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 85u IPv6 19484465 0t0 TCP htlwk0001host:37990->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 86u IPv6 19484466 0t0 TCP htlwk0001host:37992->47.114.59.224:mysql (ESTABLISHED)java 1050398 root 87u IPv6 19484467 0t0 TCP htlwk0001host:37994->47.114.59.224:mysql (ESTABLISHED)mysqld 1068848 mysql 4u IPv6 19485112 0t0 TCP htlwk0001host:mysql->47.114.59.224:37978 (ESTABLISHED)mysqld 1068848 mysql 26u IPv6 19485094 0t0 TCP *:mysql (LISTEN)mysqld 1068848 mysql 49u IPv6 19485119 0t0 TCP htlwk0001host:mysql->47.114.59.224:37980 (ESTABLISHED)mysqld 1068848 mysql 50u IPv6 19485121 0t0 TCP htlwk0001host:mysql->47.114.59.224:37982 (ESTABLISHED)mysqld 1068848 mysql 51u IPv6 19485122 0t0 TCP htlwk0001host:mysql->47.114.59.224:37984 (ESTABLISHED)mysqld 1068848 mysql 52u IPv6 19485123 0t0 TCP htlwk0001host:mysql->47.114.59.224:37986 (ESTABLISHED)mysqld 1068848 mysql 53u IPv6 19485124 0t0 TCP htlwk0001host:mysql->47.114.59.224:37988 (ESTABLISHED)
(五)使用命令 netstat 查看
数据库启动后,使用命令 netstat 查看数据库服务端默认端口 3306
的使用情况:
[root@htlwk0001host ~]# netstat -an | grep ':3306'tcp6 0 0 :::3306 :::* LISTEN tcp6 0 0 172.19.116.91:3306 47.114.59.224:37978 ESTABLISHED tcp6 0 0 172.19.116.91:37982 47.114.59.224:3306 ESTABLISHED tcp6 0 0 172.19.116.91:3306 47.114.59.224:37990 ESTABLISHED tcp6 0 0 172.19.116.91:37988 47.114.59.224:3306 ESTABLISHED tcp6 0 0 172.19.116.91:3306 47.114.59.224:37992 ESTABLISHED
从上面的查询结果看,我们看这条:tcp6 0 0 172.19.116.91:37982 47.114.59.224:3306 ESTABLISHED
,可以得知数据库服务端与客户端保持连接状态。
数据库关闭后,我们再使用命令 netstat 查看端口 3306
的使用情况:
[root@htlwk0001host ~]# netstat -an | grep ':3306'tcp6 0 0 172.19.116.91:3306 47.114.59.224:37978 FIN_WAIT2 tcp6 1 0 172.19.116.91:37982 47.114.59.224:3306 CLOSE_WAIT tcp6 0 0 172.19.116.91:3306 47.114.59.224:37990 FIN_WAIT2 tcp6 1 0 172.19.116.91:37988 47.114.59.224:3306 CLOSE_WAIT tcp6 0 0 172.19.116.91:3306 47.114.59.224:37992 FIN_WAIT2 tcp6 0 0 172.19.116.91:3306 47.114.59.224:38006 FIN_WAIT2 tcp6 0 0 172.19.116.91:3306 47.114.59.224:38004 FIN_WAIT2 tcp6 1 0 172.19.116.91:38008 47.114.59.224:3306 CLOSE_WAIT tcp6 0 0 172.19.116.91:3306 47.114.59.224:37994 FIN_WAIT2 tcp6 0 0 172.19.116.91:3306 47.114.59.224:38010 FIN_WAIT2 tcp6 1 0 172.19.116.91:37984 47.114.59.224:3306 CLOSE_WAIT
(六)使用命令 service 查看数据库状态
[root@htlwk0001host ~]# service mysqld statusRedirecting to /bin/systemctl status mysqld.service ● mysqld.service - MySQL Server Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2021-04-23 16:11:01 CST; 8s ago Docs: man:mysqld(8) http://dev.mysql.com/doc/refman/en/using-systemd.html Process: 1069004 ExecStart=/usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid $MYSQLD_OPTS (code=exited, status=0/SUCCESS) Process: 1068982 ExecStartPre=/usr/bin/mysqld_pre_systemd (code=exited, status=0/SUCCESS) Main PID: 1069006 (mysqld) Tasks: 46 (limit: 23070) Memory: 214.2M CGroup: /system.slice/mysqld.service └─1069006 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid 4月 23 16:10:59 htlwk0001host systemd[1]: Starting MySQL Server... 4月 23 16:11:01 htlwk0001host systemd[1]: Started MySQL Server.
从上述的查询结果可以看到: Active: active (running) since Fri 2021-04-23 16:11:01 CST; 8s ago
,active(running)
,说明数据库处于运行中的状态。
(七)使用命令 systemctl 查看数据库状态
[root@htlwk0001host ~]# /bin/systemctl status mysqld.service
命令 service
其实就是调命令 systemctl
查询的,所以命令 systemctl
的查询结果和命令 service
相同,就不展示了。
위 내용은 Linux에서 mysql 서비스를 중지하는 명령은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Linux에서 Nginx를 시작하는 단계 : Nginx가 설치되어 있는지 확인하십시오. systemctl start nginx를 사용하여 nginx 서비스를 시작하십시오. SystemCTL을 사용하여 NGINX를 사용하여 시스템 시작시 NGINX의 자동 시작을 활성화하십시오. SystemCTL 상태 nginx를 사용하여 시작이 성공했는지 확인하십시오. 기본 환영 페이지를 보려면 웹 브라우저의 http : // localhost를 방문하십시오.

Nginx 서버를 시작하려면 다른 운영 체제에 따라 다른 단계가 필요합니다. Linux/Unix System : Nginx 패키지 설치 (예 : APT-Get 또는 Yum 사용). SystemCTL을 사용하여 nginx 서비스를 시작하십시오 (예 : Sudo SystemCtl start nginx). Windows 시스템 : Windows 바이너리 파일을 다운로드하여 설치합니다. nginx.exe 실행 파일을 사용하여 nginx를 시작하십시오 (예 : nginx.exe -c conf \ nginx.conf). 어떤 운영 체제를 사용하든 서버 IP에 액세스 할 수 있습니다.

nginx가 시작되었는지 확인하는 방법 : 1. 명령 줄을 사용하십시오 : SystemCTL 상태 nginx (linux/unix), netstat -ano | Findstr 80 (Windows); 2. 포트 80이 열려 있는지 확인하십시오. 3. 시스템 로그에서 nginx 시작 메시지를 확인하십시오. 4. Nagios, Zabbix 및 Icinga와 같은 타사 도구를 사용하십시오.

Nginx 403 금지 된 오류를 수정하는 방법은 무엇입니까? 파일 또는 디렉토리 권한을 확인합니다. 2. 확인 파일을 확인하십시오. 3. nginx 구성 파일 확인; 4. nginx를 다시 시작하십시오. 다른 가능한 원인으로는 방화벽 규칙, Selinux 설정 또는 응용 프로그램 문제가 있습니다.

서버는 요청 된 리소스에 액세스 할 수있는 권한이 없으므로 Nginx 403 오류가 발생합니다. 솔루션에는 다음이 포함됩니다. 파일 권한 확인 권한을 확인하십시오. .htaccess 구성을 확인하십시오. nginx 구성을 확인하십시오. Selinux 권한을 구성하십시오. 방화벽 규칙을 확인하십시오. 브라우저 문제, 서버 장애 또는 기타 가능한 오류와 같은 다른 원인을 해결하십시오.

Linux에서는 다음 명령을 사용하여 nginx가 시작되었는지 확인하십시오. SystemCTL 상태 Nginx 판사 명령 출력에 따라 : "active : running"이 표시되면 Nginx가 시작됩니다. "Active : 비활성 (죽음)"이 표시되면 Nginx가 중지됩니다.

오류 로그는/var/log/nginx (linux) 또는/usr/local/var/log/nginx (macOS)에 있습니다. 명령 줄을 사용하여 단계를 정리하십시오. 1. 원래 로그를 백업하십시오. 2. 빈 파일을 새 로그로 만듭니다. 3. Nginx 서비스를 다시 시작하십시오. 자동 청소는 Logrotate 또는 구성과 같은 타사 도구와 함께 사용할 수도 있습니다.

질문에 대한 답변 : 304 수정되지 않은 오류는 브라우저가 클라이언트 요청의 최신 리소스 버전을 캐시했음을 나타냅니다. 솔루션 : 1. 브라우저 캐시를 지우십시오. 2. 브라우저 캐시를 비활성화합니다. 3. 클라이언트 캐시를 허용하도록 nginx를 구성합니다. 4. 파일 권한을 확인하십시오. 5. 파일 해시를 확인하십시오. 6. CDN 또는 리버스 프록시 캐시를 비활성화합니다. 7. nginx를 다시 시작하십시오.
