Linux는 mysql 서비스 명령을 중지합니다. 1. 서비스 명령을 사용하여 중지합니다. 구문은 "service mysqld stopRedirecting to /bin/systemctl"과 같습니다. 2. systemctl 명령을 사용하여 중지합니다. 구문은 "/ bin/systemctl stop mysqld.service" ;3. "mysqladmin -uroot"와 같은 구문을 사용하여 mysqladmin 명령을 사용하여 중지합니다.
MySQL 데이터베이스를 시작/재시작/중지하는 Linux 명령
[root@htlwk0001host /]# service mysqld startRedirecting to /bin/systemctl start mysqld.service
지침:
MySQL 데이터베이스 서비스를 시작할 수 있습니다. 성공적이지만 실제로는 서비스를 시작하기 위해 systemctl 명령으로 리디렉션됩니다.
[root@htlwk0001host ~]# systemctl start mysqld.service
해당 환경 변수가 설정되지 않은 경우 systemctl 명령이 위치한 디렉터리에 입력한 후 위 명령문을 실행하거나, 전체 경로를 직접 입력할 수 있습니다. 명령 터미널에서 명령을 실행하려면:
[root@htlwk0001host ~]# /bin/systemctl start mysqld.service
명령이 있는 디렉터리를 모르겠습니다. 쿼리할 명령을 사용할 수 있습니다.
[root@htlwk0001host /]# service mysqld stopRedirecting to /bin/systemctl stop mysqld.service
지침:
(1) MySQL 데이터베이스 서비스를 성공적으로 중지할 수 있지만 실제로는 systemctl 명령으로 리디렉션됩니다. 서비스를 중지합니다.
(2) 우분투 시스템인 경우 데이터베이스를 중지하는 명령은 service mysql stopservice mysql stop
命令 service 在哪里？
[root@htlwk0001host ~]# which service /usr/sbin/service
注意：目录 /sbin 下的命令只有用户 root 才有权限使用。
命令 systemctl 在哪里？
[root@htlwk0001host ~]# which systemctl /usr/bin/systemctl
[root@htlwk0001host ~]# /bin/systemctl stop mysqld.service
若配置了环境变量，则不必带上完整的路径，直接输入命令即可：
[root@htlwk0001host ~]# systemctl stop mysqld.service
使用该命令停止数据库服务，其实需要登录数据库才行，所以需要输入登录数据库的用户名和密码，登录成功后才执行命令选项 shutdown，命令语句如下：
[root@htlwk0001host ~]# mysqladmin -uroot -p shutdown
[root@htlwk0001host ~]# service mysqld restartRedirecting to /bin/systemctl restart mysqld.service
说明：
也是重定向到命令 systemctl 来重启服务的。
[root@htlwk0001host home]# /bin/systemctl restart mysqld.service
[root@htlwk0001host ~]# pgrep -l mysqld1060114 mysqld
说明：
命令 grep 是查找系统当前运行的进程，如上所示，可以根据进程名称找到结果，说明进程 mysqld 正在运行中。
[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（应该没有更新吧！）
[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 的副本。
Fsuid
[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
[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)
[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
[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
[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.[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)。
查看 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 查看数据库服务端默认端口 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
[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)，说明数据库处于运行中的状态。
[root@htlwk0001host ~]# /bin/systemctl status mysqld.service
命令 service 其实就是调命令 systemctl 查询的，所以命令 systemctl 的查询结果和命令 service 相同，就不展示了。
위 내용은 Linux에서 mysql 서비스를 중지하는 명령은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
