首页 > 挨踢(IT), 数据库 > MySQL远程访问设置终极解决方案

MySQL远程访问设置终极解决方案

2014年8月28日 发表评论 阅读评论 2,935 人阅读    

数据库对于服务端开发人员来说，几乎就是左膀右臂。几乎每一个服务端开发人员都要和数据库打交道。而MySQL又以其开源免费，小巧玲珑，简单易用，功能强大占据中国数据库使用份额的半壁江山。从去年接触到Vagrant以来，Vagrant以其方便易用深深吸引了D瓜哥。为了尽可能地和生产环境保持尽可能的一致性，减少不必要的问题的发生，Vagrant+Ubuntu+MySQL几乎是绝配。

MySQL允许远程访问的设置

  1. 注释bind-address = 127.0.0.1

    >cd /etc/mysql
>sudo vim my.cnf

    将bind-address = 127.0.0.1注释掉（即在行首加#），如下：

    # Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
# bind-address          = 127.0.0.1

    除了注视掉这句话之外，还可以把后面的IP地址修改成允许连接的IP地址。但是，如果只是开发用的数据库，为了方便起见，还是推荐直接注释掉。
    从上面的注释中，可以看出，旧版本的MySQL（从一些资料上显示是5.0及其以前的版本）上使用的是skip-networking。所以，善意提醒一下，使用旧版本的小伙伴请注意一下。

  2. 删除匿名用户
    登录进数据库：

    >mysql -uroot -p123456

    然后，切换到数据库mysql。SQL如下：

    use mysql;

    然后，删除匿名用户。SQL如下：

    delete from user where user='';

  3. 增加允许远程访问的用户或者允许现有用户的远程访问
    接着上面，删除匿名用户后，给root授予在任意主机（%）访问任意数据库的所有权限。SQL语句如下：

    mysql> grant all privileges on *.* to 'root'@'%' identified by '123456' with grant option;

    如果需要指定访问主机，可以把%替换为主机的IP或者主机名。另外，这种方法会在数据库mysql的表user中，增加一条记录。如果不想增加记录，只是想把某个已存在的用户（例如root）修改成允许远程主机访问，则可以使用如下SQL来完成：

    update user set host='%' where user='root' and host='localhost';

  4. 退出数据库

    mysql> exit

    在MySQL Shell执行完SQL后，需要退出到Bash执行系统命令，需要执行exit。因为这个太常用也太简单。以下内容就提示“退出”，不再重复列出这个命令。

  5. 重启数据库
    完成上述所有步骤后，需要重启一下数据库，才能让修改的配置生效。执行如下命令重启数据库：

    >sudo service mysql restart

到此为止，应该就可以远程访问数据库了。

当然，“雄关漫道真如铁”，世界并不是想象的那么图样图森破，可能还会遇到一些问题，影响到正常使用。下面，D瓜哥把自己遇到的一些问题整理处理，方便各位朋友参考解决。（退一步讲，没有这些问题来撑门面，D瓜哥该叫“终极解决办法”吗？！哈哈）

常见问题解答

华仔说的好啊，“出来混的都是要还的”。对于我们从事挨踢行业的小伙伴来说，“出来混的都是从问题堆里走的”。冯巩也说的好，“作为北京人，兜里没揣两千块钱都不好意思给别人打招呼”。D瓜哥想，对于干挨踢的小伙伴们来说，没遇到过问题，都不好意思说自己是干挨踢的。所以，对于一些常见的问题，或者说是常用操作可能引发的问题来说，有必要整理一下，方便以后随时查阅使用。

ERROR 1045 (28000)错误的原因以及解决办法
>mysql -uroot -p123456
Warning: Using a password on the command line interface can be insecure.
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)

如果没有按照上面流程，删除匿名用户，再或者你是按照网上查的资料来进行设置（大多都没有“删除匿名用户”这步），都可能导致这个问题。至于这个问题的原因说起来，D瓜哥感觉“怪怪”的。要说清楚这个原因，还得从MySQL数据库的用户认证机制说起。

MySQL中，用户相关的信息存在数据库mysql的user。然我们看一下该表的结构，命令以及返回值如下：

mysql> desc user;
+------------------------+-----------------------------------+------+-----+---------+-------+
| Field                  | Type                              | Null | Key | Default | Extra |
+------------------------+-----------------------------------+------+-----+---------+-------+
| Host                   | char(60)                          | NO   | PRI |         |       |
| User                   | char(16)                          | NO   | PRI |         |       |
| Password               | char(41)                          | NO   |     |         |       |
| Select_priv            | enum('N','Y')                     | NO   |     | N       |       |
| Insert_priv            | enum('N','Y')                     | NO   |     | N       |       |
| Update_priv            | enum('N','Y')                     | NO   |     | N       |       |
| Delete_priv            | enum('N','Y')                     | NO   |     | N       |       |
| Create_priv            | enum('N','Y')                     | NO   |     | N       |       |
| Drop_priv              | enum('N','Y')                     | NO   |     | N       |       |
| Reload_priv            | enum('N','Y')                     | NO   |     | N       |       |
| Shutdown_priv          | enum('N','Y')                     | NO   |     | N       |       |
| Process_priv           | enum('N','Y')                     | NO   |     | N       |       |
| File_priv              | enum('N','Y')                     | NO   |     | N       |       |
| Grant_priv             | enum('N','Y')                     | NO   |     | N       |       |
| References_priv        | enum('N','Y')                     | NO   |     | N       |       |
| Index_priv             | enum('N','Y')                     | NO   |     | N       |       |
| Alter_priv             | enum('N','Y')                     | NO   |     | N       |       |
| Show_db_priv           | enum('N','Y')                     | NO   |     | N       |       |
| Super_priv             | enum('N','Y')                     | NO   |     | N       |       |
| Create_tmp_table_priv  | enum('N','Y')                     | NO   |     | N       |       |
| Lock_tables_priv       | enum('N','Y')                     | NO   |     | N       |       |
| Execute_priv           | enum('N','Y')                     | NO   |     | N       |       |
| Repl_slave_priv        | enum('N','Y')                     | NO   |     | N       |       |
| Repl_client_priv       | enum('N','Y')                     | NO   |     | N       |       |
| Create_view_priv       | enum('N','Y')                     | NO   |     | N       |       |
| Show_view_priv         | enum('N','Y')                     | NO   |     | N       |       |
| Create_routine_priv    | enum('N','Y')                     | NO   |     | N       |       |
| Alter_routine_priv     | enum('N','Y')                     | NO   |     | N       |       |
| Create_user_priv       | enum('N','Y')                     | NO   |     | N       |       |
| Event_priv             | enum('N','Y')                     | NO   |     | N       |       |
| Trigger_priv           | enum('N','Y')                     | NO   |     | N       |       |
| Create_tablespace_priv | enum('N','Y')                     | NO   |     | N       |       |
| ssl_type               | enum('','ANY','X509','SPECIFIED') | NO   |     |         |       |
| ssl_cipher             | blob                              | NO   |     | NULL    |       |
| x509_issuer            | blob                              | NO   |     | NULL    |       |
| x509_subject           | blob                              | NO   |     | NULL    |       |
| max_questions          | int(11) unsigned                  | NO   |     | 0       |       |
| max_updates            | int(11) unsigned                  | NO   |     | 0       |       |
| max_connections        | int(11) unsigned                  | NO   |     | 0       |       |
| max_user_connections   | int(11) unsigned                  | NO   |     | 0       |       |
| plugin                 | char(64)                          | YES  |     |         |       |
| authentication_string  | text                              | YES  |     | NULL    |       |
| password_expired       | enum('N','Y')                     | NO   |     | N       |       |
+------------------------+-----------------------------------+------+-----+---------+-------+
43 rows in set (0.00 sec)

或者查看一下该表的建表语句。命令如下：

mysql> show create table user;

由于返回值中掺杂了一些不必要的无用信息，为了方便大家查看，D瓜哥对返回值做了简单的处理，只把最主要的建表语句部分提取出来。如下：

CREATE TABLE `user` (
  `Host` char(60) COLLATE utf8_bin NOT NULL DEFAULT '',
  `User` char(16) COLLATE utf8_bin NOT NULL DEFAULT '',
  `Password` char(41) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL DEFAULT '',
  `Select_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Insert_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Update_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Delete_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Drop_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Reload_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Shutdown_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Process_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `File_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Grant_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `References_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Index_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Alter_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Show_db_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Super_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_tmp_table_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Lock_tables_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Execute_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Repl_slave_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Repl_client_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_view_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Show_view_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_routine_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Alter_routine_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_user_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Event_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Trigger_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `Create_tablespace_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  `ssl_type` enum('','ANY','X509','SPECIFIED') CHARACTER SET utf8 NOT NULL DEFAULT '',
  `ssl_cipher` blob NOT NULL,
  `x509_issuer` blob NOT NULL,
  `x509_subject` blob NOT NULL,
  `max_questions` int(11) unsigned NOT NULL DEFAULT '0',
  `max_updates` int(11) unsigned NOT NULL DEFAULT '0',
  `max_connections` int(11) unsigned NOT NULL DEFAULT '0',
  `max_user_connections` int(11) unsigned NOT NULL DEFAULT '0',
  `plugin` char(64) COLLATE utf8_bin DEFAULT '',
  `authentication_string` text COLLATE utf8_bin,
  `password_expired` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',
  PRIMARY KEY (`Host`,`User`)
) DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='Users and global privileges'

从上面两个方法中的任何一个都可以看出，MySQL中，使用(Host, User)这样的组合键作为主键，也就是标识唯一一个用户。换句话说，即使对于同一个用户名，例如root，随着host的不同，也表示不同的用户，就可以由不同的密码和权限。这是，我们可以查看一下该表内的数据。SQL以及返回值如下：

mysql> select user, host, password from user;
+------------------+--------------------------+-------------------------------------------+
| user             | host                     | password                                  |
+------------------+--------------------------+-------------------------------------------+
| root             | %                        | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |
| root             | vagrant-ubuntu-trusty-64 | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |
| root             | 127.0.0.1                | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |
| root             | ::1                      | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |
|                  | localhost                |                                           |
|                  | vagrant-ubuntu-trusty-64 |                                           |
| debian-sys-maint | localhost                | *9B8E84CA988E1CA66CEB919A0D9D3BF1532942B6 |
+------------------+--------------------------+-------------------------------------------+
7 rows in set (0.00 sec)

可以看到数据库中有如上这些用户。那么，如果有'root'@'localhost'登录时，怎么匹配呢？

根据MySQL官方文档MySQL :: MySQL 5.6 Reference Manual :: 6.2.4 Access Control, Stage 1: Connection Verification里是如下面这样说的：

When multiple matches are possible, the server must determine which of them to use. It resolves this issue as follows:

  • Whenever the server reads the user table into memory, it sorts the rows.

  • When a client attempts to connect, the server looks through the rows in sorted order.

  • The server uses the first row that matches the client host name and user name.

The server uses sorting rules that order rows with the most-specific Host values first. Literal host names and IP addresses are the most specific. (The specificity of a literal IP address is not affected by whether it has a netmask, so 192.168.1.13 and 192.168.1.0/255.255.255.0 are considered equally specific.) The pattern ‘%’ means “any host” and is least specific. The empty string ” also means “any host” but sorts after ‘%’. Rows with the same Host value are ordered with the most-specific User values first (a blank User value means “any user” and is least specific).

请注意这句话：“The server uses sorting rules that order rows with the most-specific Host values first. Literal host names and IP addresses are the most specific.”

那么，当从本地连接到数据库时，匿名用户将覆盖其他如'[any_username]'@'%'之类的用户。具体匹配过程如下：

在'root'@'localhost'可以匹配'root'@'%'，''也可以匹配root，那么'root'@'localhost'也可以匹配''@'localhost'。根据上面的文档显示，主机（host）有比用户名称user更高的匹配优先级，则localhost比%有比更高的匹配优先级。所以，''@'localhost'比'root'@'%'匹配优先级更高，'root'@'localhost'就匹配到了''@'localhost'。根据我们上面的查询结果来看，''@'localhost'的密码为空，与登录时提供的密码123456不匹配。所以，就登录失败了。

说到这里，想必大家已经想到了解决方案：很简单，直接把匿名用户删掉就可以了。

但是，现在的问题时，在本地根本登录不上数据库，更别扯删除数据了。

怎么办？D瓜哥想到了三个解决办法，方法如下：

①、比较扯淡的解决方法，在另外一台电脑或者虚拟机上，远程连接这个数据库

这是我想到的一个比较扯淡的解决方法。既然我们已经允许了远程连接，那么我们就可以在另外一台电脑或者另外一个虚拟机上，远程连接到这个数据库，然后把删除匿名用户。步骤如下：

  1. 在远程电脑上连接到该数据库。命令如下： 
    mysql -h192.168.1.119 -uroot -p123456
  2. 然后，切换到mysql数据库。命令如下： 
    use mysql
  3. 删除匿名用户。SQL如下： 
    delete from user where user='';
  4. 退出，然后就可以在本地直接登录数据库了。
②、投机取巧的解决办法，在本地使用跳过权限表认证的登录数据库

刚刚在上面的原因解释中已经说过，虽然登录使用的root帐号，但是被数据库处理成了匿名用户。而登录用的帐号和密码与匿名帐号信息不匹配，才导致权限认证没有通过。那干脆就“不走寻常路”，跳过权限认证这一步，直接登录不就OK了。具体做法类似“忘记密码”的处理方式类似，所以，可以参考下面的 忘记数据库密码 。需要注意的时，这里和“忘记数据库密码”的处理不一样的是，这里不需要这里只需要登录进去，登录进去之后需要删除匿名帐号而不是重置密码。至于删除匿名帐号的方法，请参考上面的介绍，这里就不再赘述。

③、最诡异的解决办法，在本地伪装成远程主机来登录数据库

既然如果不知道IP地址，MySQL会默认认为从本地主机登录。那么，我们就指定一下主机，把自己伪装成远程主机登录。D瓜哥认为这个解决办法从MySQL的认证机制上是说得通的。

首先，使用ifconfig查出本地主机的IP（注意，不是127开头的回环地址）。

然后，使用如下命令登录：

mysql -h192.168.1.119 -uroot -p123456

再然后的工作就是删除匿名用户。上面已经介绍过了，这里不再赘述。

对于这个方法，D瓜哥需要特别说明一下。这个方法是D瓜哥推测出来的，还经过实际测试。所以，所以，欢迎板砖和鸡蛋！哈哈

忘记MySQL用户密码的解决办法

因为需要用一个好久不怎么使用的数据库，密码忘记了，所以遇到了这个问题。这次本来没打算写这个内容，但是计划赶不上变化，因为遇到了ERROR 1045 (28000)。后来，发现使用这个方法也可以解决掉这个问题。为了以后自己查资料方便，干脆把这个主题提出来，作为“常见问题”之一，也记录一下。

  1. 停止MySQL数据库。命令如下：

    >sudo service mysql stop

    暴力点的做法是，使用ps命令查出来MySQL数据库的PID，然后在使用kill -9 PID直接杀掉数据库进程。这个方法，太过血腥，就不提供命令了。呵呵

  2. 启动数据库。命令如下：

    sudo mysqld_safe --skip-grant-tables &

    说明：参数--skip-grant-tables的意思是启动MySQL服务的时候跳过权限表认证。启动后，连接到MySQL的root不需要口令。
    另外，某些计算机上没有安装mysqld_safe命令，则可以使用如下命令来启动数据库：

    >sudo mysqld --skip-grant-tables &

    除此之外，还可以修改MySQL的配置文件/etc/mysql/my.cnf，在[mysqld]的部分中加上一句：skip-grant-tables。但是，使用这种方式在重置完密码后，还要再重新删除这句话。D瓜哥个人感觉比较麻烦。仅做了解，不推荐使用这种方式。

  3. 登录数据库。命令如下：

    mysql -uroot

  4. 切换到mysql数据库

    mysql> use mysql

  5. 修改root帐号密码

    mysql> update user set password=password('123456') where user='root';

  6. 退出，然后重启数据库

    >sudo service mysql restart

现在，应该就可以使用新密码正常访问数据库了。

ERROR 2002 (HY000)错误的原因以及解决办法

在登录数据库的过程中，可能遇到如下错误：

mysql -uroot
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

刚开始，D瓜哥以为是数据库没有正确创建mysqld.sock这个文件，到/var/run/mysqld/下查看了一下，确实没有这个文件。

这是怎么回事？怎么会没有这个文件呢？难道数据库没有启动起来。使用如下命令查看一下：

>ps aux | grep mysql

Shit，竟然什么都没有输出。看来确实是数据库没有启动起来。使用如下命令启动数据库：

>sudo service mysql start

如果是需要启动跳过认证的方式启动，则使用如下命令之一：

sudo mysqld_safe --skip-grant-tables &

如果提示没有mysqld_safe，则使用如下命令：

>sudo mysqld --skip-grant-tables &

然后就可以正常登录了。

关于这个问题，D瓜哥还想再多说两句：这个错误的根本原因是没有找到mysqld.sock文件，造成这个问题的原因有两种：一根本没有创建这个文件，也就是没有启动数据库，这也是D瓜哥在这里介绍的原因；另外一个原因也有可能是创建的目录不在默认目录，或者连接数据库时指定的这个文件目录和实际产生的目录不符。D瓜哥在网上查资料时，也印着了这个猜测。部分网友的问题就是D瓜哥所说的第二个原因造成的。所以，网上对于这个问题的解决方案还存在另外一个方法。因为D瓜哥没有遇到，而且情况又比较多，D瓜哥这里就不再过多介绍了。请遇到这个问题的朋友自行查资料解决。

ERROR 2003 (HY000)错误的原因以及解决办法
$ mysql -h192.168.1.113 -uroot -p123456
Warning: Using a password on the command line interface can be insecure.
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.113' (111)

是说话，出现这个问题，D瓜哥也很蛋疼。不知这又是怎么搞的！不过，好在有错误代码（ERROR 2003 (HY000)），有了这个就有了打开解决方法之门的钥匙。解决方法垂手可得。

用Google百度一下，之后在StackOverflow上查到了原因：MySQL数据库的配置文件/etc/mysql/my.cnf中的bind-address = 127.0.0.1没有注释掉，导致MySQL只能接收本地的访问。

知道了原因，解决方法也就随之而来，注释掉这行，然后重启服务器。具体做法，参考本文开头部分。

ERROR 1130错误的原因以及解决办法

D瓜哥在查资料的过程中，还遇到别人提到的一个错误。日志如下：

ERROR 1130: Host '192.168.1.3' is not allowed to connect to this MySQL server

给的解答是“所用主机的IP地址不在被允许登录的IP之内”。

D瓜哥也测试了一下这个错误。刚刚开始测试的时候，这个错误没有重现，还以为我测试有问题。后来，重启了一下数据库，再次测试发现成功了。确实有这个错误。另外，根据D瓜哥个人测试经验，善意提醒一句，对mysql.user表进行修改后，记得执行一下flush privileges或者重启一下数据库。

关于mysqld_safe的简介

在这次解决这些问题的过程中，D瓜哥查看了一下MySQL的进程。命令以及返回值如下：

>ps aux | grep mysql
root      1231  0.0  0.0   4444   740 ?        S    15:09   0:00 /bin/sh /usr/bin/mysqld_safe
mysql     1604  0.9 23.0 1134700 471332 ?      Sl   15:09   0:23 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306
root      1605  0.0  0.0   4340   644 ?        S    15:09   0:00 logger -t mysqld -p daemon.error
vagrant   3942  0.0  0.0  12140   928 pts/0    S+   15:51   0:00 grep --color mysql

嗯？！有木有发现一个刚刚说明的熟悉的东东：mysqld_safe。这个东东怎么启动起来呢？刚开始D瓜哥以为这个东西不应该启动，甚至还可能导致远程登录数据库不成功。（因为当时确实有这个问题。而且，在上面跳过认证校验的启动时，用到这个命令了。所以，D瓜哥认为它不应该被启动。）经过和敌人（你知道，这肯定是这里提到的一些问题）“艰苦卓绝”斗争后，发现问题不是这个东东造成的。幸好多思考了一点，否则D瓜哥晚节不保啊！哈哈

因为刚刚以为这是个问题。所以，就把这个加入到了问题列表里。经过D瓜哥的了解，发现这不是个问题，但是对于D瓜哥来说，这确实解决了D瓜哥的一个疑问，也暂且算是问题吧。为了方便有同样问题的小伙伴，D瓜哥觉得有必要把mysqld_safe给详细说明一下。

关于mysqld_safe的介绍，最权威的资料自然是官方文档，由于D瓜哥使用的是MySQL 5.6版。所以，这里参考MySQL :: MySQL 5.6 Reference Manual :: 4.3.2 mysqld_safe — MySQL Server Startup Script来进行说明。以下内容翻译自官方文档的说明。

官方文档中，关于mysqld_safe部分的标题，就可以很好地说明mysqld_safe的定位：MySQL服务器的启动脚本。正文内容还说到，在Unix下，mysqld_safe是推荐的MySQL服务器的启动方式。mysqld_safe可以增加一些安全特性，比如当服务器发生故障时，重启数据库服务器，并且将运行信息记录到错误日志文件中。

更多信息，还请各位朋友自行查阅MySQL :: MySQL 5.6 Reference Manual :: 4.3.2 mysqld_safe — MySQL Server Startup Script。不过，这里没有讲到我们刚刚使用的参数--skip-grant-tables，关于这个参数，在MySQL :: MySQL 5.6 Reference Manual :: 5.1.3 Server Command Options中做了介绍。

flush privileges的解释说明

好吧，D瓜哥承认这是一个不是问题的问题。但是，对于D瓜哥来说，这还是一个疑惑，或者说，D瓜哥想知道这句话的确切含义。

从字面意思来说，flush privileges可以翻译为“刷新权限”。这个也确实是flush privileges的一个功能：从数据库msql中的授权表中，重新加载权限结果。

mysql新设置用户或更改密码后需用flush privileges刷新mysql的系统权限相关表，否则会出现拒绝访问；还有一种方法，就是重新启动mysql数据库，来使新设置生效。

除此之外，flush privileges还可以释放内存的功能。mysql会缓存grant，create user，create server和install plugin语句的结果。这些内存直到执行revoke，drop user，drop server和uninstall plugin才会释放。所以，如果数据库执行了很多前面的语句，则会增加内存开销。执行flush privileges就会释放这部分的内存。

参考资料

  1. MySQL ERROR 1045 (28000): Access denied for user ‘bill’@'localhost’ (using password: YES)
  2. Mysql初始化root密码和允许远程访问
  3. 设置Ubuntu下MySQL的远程访问
  4. MySQL :: MySQL 5.6 Reference Manual :: 6.2.4 Access Control, Stage 1: Connection Verification
  5. MySQL :: ERROR 1045 (28000): Access denied for user ‘root’@'localhost’ (using password: YES)
  6. 在Linux环境下mysql的root密码忘记解决方法
  7. Linux下忘记MySQL root密码的解决方案
  8. Ubuntu下出现Mysql error(2002)的解决方法
  9. MySQL :: MySQL 5.6 Reference Manual :: 13.7.6.3 FLUSH Syntax
  10. flush privileges 什么意思
  11. ERROR 2003 (HY000): Can’t connect to MySQL server on ’127.0.0.1′ (111)
  12. linux – ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)
  13. MySQL :: MySQL 5.6 Reference Manual :: 4.3.2 mysqld_safe — MySQL Server Startup Script


作 者： D瓜哥，https://www.diguage.com/
原文链接：https://wordpress.diguage.com/archives/110.html
版权声明：非特殊声明均为本站原创作品，转载时请注明作者和原文链接。

分类: 挨踢(IT), 数据库 标签: , , ,
  1. 本文目前尚无任何评论.
  1. 本文目前尚无任何 trackbacks 和 pingbacks.