linux停止mysql服务命令有：1、使用命令service停止，语法如“service mysqld stopredirecting to /bin/systemctl”；2、使用命令systemctl停止，语法如“/bin/systemctl stop mysqld.service”；3、使用命令mysqladmin停止，语法如“mysqladmin -uroot”。
本教程操作环境：linux5.9.8系统、mysql5.5版本、Dell G3电脑。
linux停止mysql服务命令是什么？
Linux 启动/重启/停止 MySQL 数据库的命令
一、启动 MySQL 数据库的命令
（一）使用命令 service 启动
[root@htlwk0001host /]# service mysqld startRedirecting to /bin/systemctl start mysqld.service
说明：
可以成功启动 MySQL 数据库服务，不过实际是重定向到命令 systemctl 来启动服务的。
（二）使用命令 systemctl 启动
[root@htlwk0001host ~]# systemctl start mysqld.service
如果没有设置相关的环境变量，你可以进入到命令 systemctl 所在目录后再执行上述的命令语句，或者在命令终端直接输入命令完整的路径来执行：
[root@htlwk0001host ~]# /bin/systemctl start mysqld.service
不知道命令所在目录，你可以使用命令 which 来查询。
二、停止 MySQL 数据库的命令
（一）使用命令 service 停止
[root@htlwk0001host /]# service mysqld stopRedirecting to /bin/systemctl stop mysqld.service
说明：
（1）可以成功停止 MySQL 数据库服务，不过实际是重定向到命令 systemctl 来停止服务的。
（2）如果是 ubuntu 系统，停止数据库的命令是：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 的副本。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服务命令是什么的详细内容，更多请关注本站点其它相关文章！
本文地址：https://www.stayed.cn/item/27333
转载请注明出处。
本站部分内容来源于网络,如侵犯到您的权益,请 联系我
我的博客
人生若只如初见，何事秋风悲画扇。
我的标签
随笔档案
- 2024-02(2)
- 2023-06(1)
- 2023-05(1)
- 2023-04(14)
- 2023-03(3)
- 2023-01(6)
- 2022-12(5)
- 2022-11(5)
- 2022-07(2)
- 2022-06(4)
- 2022-05(3)
- 2022-03(1)
- 2021-12(6)
- 2021-11(1)
- 2021-10(3)
- 2021-09(5)
- 2021-07(5)
- 2021-02(2)
- 2021-01(7)
- 2020-12(18)
- 2020-11(14)
- 2020-10(12)
- 2020-09(10)
- 2020-08(22)
- 2020-07(2)
- 2020-06(1)
- 2020-04(5)
- 2020-03(9)
- 2020-02(7)
- 2020-01(9)
- 2019-12(8)
- 2019-11(10)
- 2019-10(11)
- 2019-09(17)
- 2019-08(16)
- 2019-07(6)
- 2019-06(3)
- 2019-04(1)
- 2019-03(8)
- 2019-02(5)
- 2019-01(1)
- 2018-11(2)
- 2018-10(3)
- 2018-09(1)
- 2018-08(3)
- 2018-07(3)
- 2018-06(7)
- 2018-04(4)
- 2018-03(5)
- 2018-02(4)
- 2018-01(22)
- 2017-12(3)
- 2017-11(5)
- 2017-10(15)
- 2017-09(26)
- 2017-08(1)
- 2017-07(3)