mysql安装目录、配置文件存放位置

2017-08-17 19:26:00

1、linux系统自带的mysql,其安装目录及数据目录查看方法(前提是已启动mysql服务):

#ps -ef|grep mysqld

结果示例:


  1. root       1972      1  0 10:03 ?        00:00:00 /bin/sh /skyleo/package/mysql/bin/mysqld_safe --datadir=/skyleo/package/mysql/data --pid-file=/skyleo/package/mysql/mysqld.pid  

  2. mysql      2396   1972  0 10:03 ?        00:00:05 /skyleo/package/mysql/bin/mysqld --basedir=/skyleo/package/mysql --datadir=/skyleo/package/mysql/data --plugin-dir=/skyleo/package/mysql/lib/mysql/plugin --user=mysql --log-error=/skyleo/package/mysql/mysqld.log --pid-file=/skyleo/package/mysql/mysqld.pid --socket=/skyleo/package/mysql/mysql.sock  

  3. root       2731   2639  0 10:20 pts/0    00:00:00 grep mysqld  



其中,basedir=/skyleo/package/mysql就是mysql的安装目录(一台服务器上可能安装着多个mysql服务,这里查看到的是正在运行着的这个mysql服务的安装目录),数据目录为datadir=/skyleo/package/mysql/data,该mysql服务的启动用户是user=mysql,套接字文件存放位置为socket=/skyleo/package/mysql/mysql.sock,对外服务的端口是3306.


2、配置文件my.cnf查找:

查看启动脚本mysqld文件,该文件可以在/etc/init.d目录(redhat系统下)下找到,如果找不到,就通过ps -ef|grep mysqld查看,在basedir目录下查找mysql.server文件,如上例中,mysqld文件就是在/skyleo/package/mysql目录下搜索mysql.server文件。有的时候,/etc/init.d目录下的mysqld文件跟ps另外查询出来的文件内容不一致,这个可能是由于linux系统自带了mysql服务,但是没有使用该服务,又另外安装了个mysql服务,并启动了该另装的mysql服务,这种情况下,应该查看ps查询出来的mysqld文件,因为在这种情况下,很有可能是linux系统重启时,启动了系统自带的mysql(因为/etc/init.d目录下的配置文件就是系统启动时启动的服务,可能因启动级别有所区别),然后手动把该mysql停掉了,然后又重新安装了mysql,却忘了用mysql.server文件替换/etc/init.d目录下的mysqld文件,这样,如果不重启的情况下,mysql服务是正常的,一旦服务器重启,还是会启动linux自带的mysql服务。

找到mysqld文件后,查看该文件,并找到如下内容:


  1. conf=/etc/my.cnf  

  2.   print_defaults=  

  3.   if test -r $conf  

  4.   then  

  5.     subpat='^[^=]*basedir[^=]*=\(.*\)$'  


这里的意思是,如果/etc下没有my.cnf 文件,则到mysql目录里 copy my-medium.cnf 到/etc下为my.cnf


  • 2017-03-11 08:39:13

    mysql存在就更新,否则插入

    ,如果要在插入的时候先判断插入的数据是否存在数据库中,那每一次插入之前都要进行一次select的操作,这样效率不高?如何优化蛤?

  • 2017-03-13 12:07:19

    JavaScript原型与原型链分析

    JavaScript没有类的概念,但几乎所有的东西又是基于对象的,同时也能实现继承,这就是js跟其他OOP语言最大的不同之处,这也是js最难理解的一块。下面我来说说我个人的理解。

  • 2017-03-15 07:43:19

    NodeJS服务器”热部署“代码,实现动态调试

    如果你有 PHP 开发经验,会习惯在修改 PHP 脚本后直接刷新浏览器以观察结果,而你在开发 Node.js 实现的 HTTP 应用时会发现,无论你修改了代码的哪一部份,都必须终止Node.js 再重新运行才会奏效。这是因为 Node.js 只有在第一次引用到某部份时才会去解析脚本文件,以后都会直接访问内存,避免重复载入,而 PHP 则总是重新读取并解析脚本(如果没有专门的优化配置)。