greatdb启动命令

(1)启动GreatDB数据库

启动时需要注意先启动后端数据库，待所有数据库启动并验证可以登录后，再启动集群。

启动数据库

启动所有服务器上的mysql实例，启动之前 ps -ef|grep mysql 确认 mysql 实例没有启动。如下是启动命令：

cd /app/dbcluster/sgrdb/mysql

./bin/mysqld_safe --defaults-file=my[port].cnf --user=mysql &

ps -ef|grep mysql 确保所有数据库已经启动后，验证所有数据库可以登录：

cd /app/dbcluster/sgrdb/mysql

./bin/mysql -u[用户名] -p[密码] -h[ip地址] -P[端口] -e “select 1”

返回结果为 1 。

启动GreatDB

在一台服务器执行：

pcs resource enable vip dbscale

执行 pcs status 确认 vip 、 dbscale 均为 enable 状态。

(2)停止

停止GreatDB

停止时需要注意先停止GreatDB，再停止后端数据库。在一台服务器执行:

pcs resource disable vip dbscale

执行 pcs status 确认 vip 、 dbscale 均为 disable 状态。

停止后端数据库

依次停止所有mysql数据库：

cd /app/dbcluster/sgrdb/mysql

./bin/sgrdb -u[user] -p[password] -h[vip] -P[port] shutdown

最后登录每台服务器执行 ps -ef|grep mysql 确保 mysql 进程全部停止。

1、首先，我们需要修改mysql的配置文件，一般文件存放在/etc下面，文件名为my.cnf。

2、对于mysql服务的启动，我们通常使用命令service mysqld start，没问题的话就能启动mysql服务了。

3、如何判断mysql服务有没有启动成功了，一个是通过查看进程的方式，我们使用命令ps -ef|grep mysqld，来查看。

4、当然，更为稳妥的方法是使用命令mysql -uuser -p passwd 来进行连接，看看是否能接上。

5、如何停止mysql的服务呢。方法也很简单，使用命令：service mysqld stop命令即可。

6、一般，如果mysql服务没有启动成功，可以通过查看错误日志的方式，日志默认路径/var/log/mysqld.log，

7、完成效果图。

当同一台主机搭建多个mysql实例，在利用service mysql start时候，会因为读取/etc/my.cnf导致启动报错。而网上说的/etc/my.cnf ->/etc/mysql/my.cnf ->/usr/local/mysql/etc/my.cnf ->~/.my.cnf顺序并没有鸟用，有时会花费很长时间定位，现从启动脚本分析mysql的启动原理。

一、我的环境共存在三台3台mysql

1）、第一台为rpm包装的mysql（一般系统会自带mysql就是rpm安装的），默认安装路径为/usr/local,默认的配置文件为/etc/my.cnf。

2）、其他两台新增mysql安装路径分别为：/home/mysql-5.7.21、/home/mysql-5.7.21_two，配置文件分别为：/home/mysql-5.7.21/my.cnf、/home/mysql-5.7.21_two/my.cnf

3）、启动脚本：我的习惯是将$MYSQL_HOME/support-files/mysql.server复制到/etc/init.d/下面，并重命名，如下图：mysql1和mysql2分别为两台新增mysql的启动脚本，可利用service mysql1 start和service mysql2 start启动(分别修改了--basedir和--datadir)。

二、以/etc/init.d/mysql1分析启动脚本

1）、启动脚本的核心思想是，先利用（parse_server_arguments `$print_defaults $extra_args mysqld server mysql_server mysql.server`）语句获取配置文件中的参数。然后利用（$bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" $other_args >/dev/null &）启动mysql实例。

2）、问题的关键点就在$print_defaults $extra_args mysqld server mysql_server mysql.server

故我的获取配置文件的参数实际是通过如下语句获取：

但是此时存在一个问题：

脚本的执行结果显示，不仅读取到了/home/mysql-5.7.21/my.cnf中的内容，还读取到了/etc/my.cnf中的参数。那么mysql1脚本只修改--basedir和datadir显然不行，仍然会由于/etc/my.cnf导致问题。其实如果~/.my.cnf如果也存在的话，~/.my.cnf中的参数也会被读取出。

这时候就需要用到"--defaults-file"参数

再回到$extra_args参数的获取脚本，会发现只要$basedir/my.cnf存在就会被同时读取，而我们的目的是只读取这个配置文件。

所以：我们可以修改下这个脚本，将extra_args的值变为 --defaults-file =$basedir/my.cnf，这样煤气启动就只读取这个配置文件，如果$basedir/my.cnf不存在或没有可读权限，直接提示报错。

三、$bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" $other_args >/dev/null &启动时

1）、新的问题：

我的$basedir/my.cnf中明明没有ndb-connectstring=172.16.31.111参数，怎么会提示这个变量无法识别呢？

查看/etc/my.cnf发现这个参数确实存在，funk！！！但上面明明只读取$basedir/my.cnf中配置文件了啊！

2）、查看mysqld_safe的使用方法

也就是，需要在利用mysqld_safe启动时候再指定下配置，让其只读取$basedir/my.cnf。故在启动行加入--defaults-file="$basedir/my.cnf"

总结：在将mysql.server复制到/etc/init.d后，有删除需要配置修改，到此为止新增的mysql已经能够读取指定配置文件启动

遗留问题：

为什么读取指定配置文件后，$bindir/mysqld_safe还是读取/etc/my.cnf？故，还需对mysqld_safe做出debug分析，待补充，欢迎到时查看！

---