数据库对于服务端开发人员来说，几乎就是左膀右臂。几乎每一个服务端开发人员都要和数据库打交道。而MySQL又以其开源免费，小巧玲珑，简单易用，功能强大占据中国数据库使用份额的半壁江山。从去年接触到Vagrant以来，Vagrant以其方便易用深深吸引了D瓜哥。为了尽可能地和生产环境保持尽可能的一致性，减少不必要的问题的发生，Vagrant+Ubuntu+MySQL几乎是绝配。
MySQL允许远程访问的设置
1.注释bind-address = 127.0.0.1。
<br />>cd /etc/mysql<br />>sudo vim my.cnf<br />
将bind-address = 127.0.0.1注释掉（即在行首加#），如下：
<br /># Instead of skip-networking the default is now to listen only on<br /># localhost which is more compatible and is not less secure.<br /># bind-address = 127.0.0.1<br />
除了注视掉这句话之外，还可以把后面的IP地址修改成允许连接的IP地址。但是，如果只是开发用的数据库，为了方便起见，还是推荐直接注释掉。
从上面的注释中，可以看出，旧版本的MySQL（从一些资料上显示是5.0及其以前的版本）上使用的是skip-networking。所以，善意提醒一下，使用旧版本的小伙伴请注意一下。
2.删除匿名用户
登录进数据库：
<br />>mysql -uroot -p123456<br />
然后，切换到数据库mysql。SQL如下：
<br />use mysql;<br />
然后，删除匿名用户。SQL如下：
<br />delete from user where user='';<br />
3.增加允许远程访问的用户或者允许现有用户的远程访问。
接着上面，删除匿名用户后，给root授予在任意主机（%）访问任意数据库的所有权限。SQL语句如下：
<br />mysql> grant all privileges on *.* to 'root'@'%' identified by '123456' with grant option;<br />
如果需要指定访问主机，可以把%替换为主机的IP或者主机名。另外，这种方法会在数据库mysql的表user中，增加一条记录。如果不想增加记录，只是想把某个已存在的用户（例如root）修改成允许远程主机访问，则可以使用如下SQL来完成：
<br />update user set host='%' where user='root' and host='localhost';<br />
4.退出数据库
<br />mysql> exit<br />
在MySQL Shell执行完SQL后，需要退出到Bash执行系统命令，需要执行exit。因为这个太常用也太简单。以下内容就提示“退出”，不再重复列出这个命令。
5.重启数据库
完成上述所有步骤后，需要重启一下数据库，才能让修改的配置生效。执行如下命令重启数据库：
<br />>sudo service mysql restart<br />
到此为止，应该就可以远程访问数据库了。
当然，“雄关漫道真如铁”，世界并不是想象的那么图样图森破，可能还会遇到一些问题，影响到正常使用。下面，D瓜哥把自己遇到的一些问题整理处理，方便各位朋友参考解决。（退一步讲，没有这些问题来撑门面，D瓜哥该叫“终极解决办法”吗？！哈哈）
常见问题解答
华仔说的好啊，“出来混的都是要还的”。对于我们从事挨踢行业的小伙伴来说，“出来混的都是从问题堆里走的”。冯巩也说的好，“作为北京人，兜里没揣两千块钱都不好意思给别人打招呼”。D瓜哥想，对于干挨踢的小伙伴们来说，没遇到过问题，都不好意思说自己是干挨踢的。所以，对于一些常见的问题，或者说是常用操作可能引发的问题来说，有必要整理一下，方便以后随时查阅使用。
ERROR 1045 (28000)错误的原因以及解决办法
<br />>mysql -uroot -p123456<br />Warning: Using a password on the command line interface can be insecure.<br />ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)<br />
如果没有按照上面流程，删除匿名用户，再或者你是按照网上查的资料来进行设置（大多都没有“删除匿名用户”这步），都可能导致这个问题。至于这个问题的原因说起来，D瓜哥感觉“怪怪”的。要说清楚这个原因，还得从MySQL数据库的用户认证机制说起。
MySQL中，用户相关的信息存在数据库mysql的user。然我们看一下该表的结构，命令以及返回值如下：
<br />mysql> desc user;<br />+------------------------+-----------------------------------+------+-----+---------+-------+<br />| Field | Type | Null | Key | Default | Extra |<br />+------------------------+-----------------------------------+------+-----+---------+-------+<br />| Host | char(60) | NO | PRI | | |<br />| User | char(16) | NO | PRI | | |<br />| Password | char(41) | NO | | | |<br />| Select_priv | enum('N','Y') | NO | | N | |<br />| Insert_priv | enum('N','Y') | NO | | N | |<br />| Update_priv | enum('N','Y') | NO | | N | |<br />| Delete_priv | enum('N','Y') | NO | | N | |<br />| Create_priv | enum('N','Y') | NO | | N | |<br />| Drop_priv | enum('N','Y') | NO | | N | |<br />| Reload_priv | enum('N','Y') | NO | | N | |<br />| Shutdown_priv | enum('N','Y') | NO | | N | |<br />| Process_priv | enum('N','Y') | NO | | N | |<br />| File_priv | enum('N','Y') | NO | | N | |<br />| Grant_priv | enum('N','Y') | NO | | N | |<br />| References_priv | enum('N','Y') | NO | | N | |<br />| Index_priv | enum('N','Y') | NO | | N | |<br />| Alter_priv | enum('N','Y') | NO | | N | |<br />| Show_db_priv | enum('N','Y') | NO | | N | |<br />| Super_priv | enum('N','Y') | NO | | N | |<br />| Create_tmp_table_priv | enum('N','Y') | NO | | N | |<br />| Lock_tables_priv | enum('N','Y') | NO | | N | |<br />| Execute_priv | enum('N','Y') | NO | | N | |<br />| Repl_slave_priv | enum('N','Y') | NO | | N | |<br />| Repl_client_priv | enum('N','Y') | NO | | N | |<br />| Create_view_priv | enum('N','Y') | NO | | N | |<br />| Show_view_priv | enum('N','Y') | NO | | N | |<br />| Create_routine_priv | enum('N','Y') | NO | | N | |<br />| Alter_routine_priv | enum('N','Y') | NO | | N | |<br />| Create_user_priv | enum('N','Y') | NO | | N | |<br />| Event_priv | enum('N','Y') | NO | | N | |<br />| Trigger_priv | enum('N','Y') | NO | | N | |<br />| Create_tablespace_priv | enum('N','Y') | NO | | N | |<br />| ssl_type | enum('','ANY','X509','SPECIFIED') | NO | | | |<br />| ssl_cipher | blob | NO | | NULL | |<br />| x509_issuer | blob | NO | | NULL | |<br />| x509_subject | blob | NO | | NULL | |<br />| max_questions | int(11) unsigned | NO | | 0 | |<br />| max_updates | int(11) unsigned | NO | | 0 | |<br />| max_connections | int(11) unsigned | NO | | 0 | |<br />| max_user_connections | int(11) unsigned | NO | | 0 | |<br />| plugin | char(64) | YES | | | |<br />| authentication_string | text | YES | | NULL | |<br />| password_expired | enum('N','Y') | NO | | N | |<br />+------------------------+-----------------------------------+------+-----+---------+-------+<br />43 rows in set (0.00 sec)<br />
或者查看一下该表的建表语句。命令如下：
<br />mysql> show create table user;<br />
由于返回值中掺杂了一些不必要的无用信息，为了方便大家查看，D瓜哥对返回值做了简单的处理，只把最主要的建表语句部分提取出来。如下：
<br />CREATE TABLE `user` (<br /> `Host` char(60) COLLATE utf8_bin NOT NULL DEFAULT '',<br /> `User` char(16) COLLATE utf8_bin NOT NULL DEFAULT '',<br /> `Password` char(41) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL DEFAULT '',<br /> `Select_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Insert_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Update_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Delete_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Create_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Drop_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Reload_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Shutdown_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Process_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `File_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Grant_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `References_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Index_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Alter_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Show_db_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Super_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Create_tmp_table_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Lock_tables_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Execute_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Repl_slave_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Repl_client_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Create_view_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Show_view_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Create_routine_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Alter_routine_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Create_user_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Event_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Trigger_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `Create_tablespace_priv` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> `ssl_type` enum('','ANY','X509','SPECIFIED') CHARACTER SET utf8 NOT NULL DEFAULT '',<br /> `ssl_cipher` blob NOT NULL,<br /> `x509_issuer` blob NOT NULL,<br /> `x509_subject` blob NOT NULL,<br /> `max_questions` int(11) unsigned NOT NULL DEFAULT '0',<br /> `max_updates` int(11) unsigned NOT NULL DEFAULT '0',<br /> `max_connections` int(11) unsigned NOT NULL DEFAULT '0',<br /> `max_user_connections` int(11) unsigned NOT NULL DEFAULT '0',<br /> `plugin` char(64) COLLATE utf8_bin DEFAULT '',<br /> `authentication_string` text COLLATE utf8_bin,<br /> `password_expired` enum('N','Y') CHARACTER SET utf8 NOT NULL DEFAULT 'N',<br /> PRIMARY KEY (`Host`,`User`)<br />) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='Users and global privileges'<br />
从上面两个方法中的任何一个都可以看出，MySQL中，使用(Host, User)这样的组合键作为主键，也就是标识唯一一个用户。换句话说，即使对于同一个用户名，例如root，随着host的不同，也表示不同的用户，就可以由不同的密码和权限。这是，我们可以查看一下该表内的数据。SQL以及返回值如下：
<br />mysql> select user, host, password from user;<br />+------------------+--------------------------+-------------------------------------------+<br />| user | host | password |<br />+------------------+--------------------------+-------------------------------------------+<br />| root | % | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |<br />| root | vagrant-ubuntu-trusty-64 | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |<br />| root | 127.0.0.1 | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |<br />| root | ::1 | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |<br />| | localhost | |<br />| | vagrant-ubuntu-trusty-64 | |<br />| debian-sys-maint | localhost | *9B8E84CA988E1CA66CEB919A0D9D3BF1532942B6 |<br />+------------------+--------------------------+-------------------------------------------+<br />7 rows in set (0.00 sec)<br />
可以看到数据库中有如上这些用户。那么，如果有’root’@’localhost’登录时，怎么匹配呢？
根据MySQL官方文档MySQL :: MySQL 5.6 Reference Manual :: 6.2.4 Access Control, Stage 1: Connection Verification里是如下面这样说的：
<br />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 ro本文来源gao($daima.com搞@代@#码(网ws 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.在远程电脑上连接到该数据库。命令如下：
<br />mysql -h192.168.1.119 -uroot -p123456<br />
2.然后，切换到mysql数据库。命令如下：
<br />use mysql<br />
3.删除匿名用户。SQL如下：
<br />delete from user where user='';<br />
4.退出，然后就可以在本地直接登录数据库了。
②、投机取巧的解决办法，在本地使用跳过权限表认证的登录数据库
刚刚在上面的原因解释中已经说过，虽然登录使用的root帐号，但是被数据库处理成了匿名用户。而登录用的帐号和密码与匿名帐号信息不匹配，才导致权限认证没有通过。那干脆就“不走寻常路”，跳过权限认证这一步，直接登录不就OK了。具体做法类似“忘记密码”的处理方式类似，所以，可以参考下面的 忘记数据库密码 。需要注意的时，这里和“忘记数据库密码”的处理不一样的是，这里不需要这里只需要登录进去，登录进去之后需要删除匿名帐号而不是重置密码。至于删除匿名帐号的方法，请参考上面的介绍，这里就不再赘述。
③、最诡异的解决办法，在本地伪装成远程主机来登录数据库
既然如果不知道IP地址，MySQL会默认认为从本地主机登录。那么，我们就指定一下主机，把自己伪装成远程主机登录。D瓜哥认为这个解决办法从MySQL的认证机制上是说得通的。
首先，使用ifconfig查出本地主机的IP（注意，不是127开头的回环地址）。
然后，使用如下命令登录：
<br />mysql -h192.168.1.119 -uroot -p123456<br />
再然后的工作就是删除匿名用户。上面已经介绍过了，这里不再赘述。
对于这个方法，D瓜哥需要特别说明一下。这个方法是D瓜哥推测出来的，还经过实际测试。所以，所以，欢迎板砖和鸡蛋！哈哈
忘记MySQL用户密码的解决办法
因为需要用一个好久不怎么使用的数据库，密码忘记了，所以遇到了这个问题。这次本来没打算写这个内容，但是计划赶不上变化，因为遇到了ERROR 1045 (28000)。后来，发现使用这个方法也可以解决掉这个问题。为了以后自己查资料方便，干脆把这个主题提出来，作为“常见问题”之一，也记录一下。
1.停止MySQL数据库。命令如下：
<br />sudo service mysql stop<br />
暴力点的做法是，使用ps命令查出来MySQL数据库的PID，然后在使用kill -9 PID直接杀掉数据库进程。这个方法，太过血腥，就不提供命令了。呵呵
2.启动数据库。命令如下：
<br />sudo mysqld_safe --skip-grant-tables &<br />
说明：参数–skip-grant-tables的意思是启动MySQL服务的时候跳过权限表认证。启动后，连接到MySQL的root不需要口令。
另外，某些计算机上没有安装mysqld_safe命令，则可以使用如下命令来启动数据库：
<br />sudo mysqld --skip-grant-tables &<br />
除此之外，还可以修改MySQL的配置文件/etc/mysql/my.cnf，在[mysqld]的部分中加上一句：skip-grant-tables。但是，使用这种方式在重置完密码后，还要再重新删除这句话。D瓜哥个人感觉比较麻烦。仅做了解，不推荐使用这种方式。
3.登录数据库。命令如下：
<br />mysql -uroot<br />
4.切换到mysql数据库
<br />mysql> use mysql<br />
5.修改root帐号密码
<br />mysql> update user set password=password('123456') where user='root';<br />
6.退出，然后重启数据库
<br />>sudo service mysql restart<br />
现在，应该就可以使用新密码正常访问数据库了。
ERROR 2002 (HY000)错误的原因以及解决办法
在登录数据库的过程中，可能遇到如下错误：
<br />mysql -uroot<br />ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)<br />
刚开始，D瓜哥以为是数据库没有正确创建mysqld.sock这个文件，到/var/run/mysqld/下查看了一下，确实没有这个文件。
这是怎么回事？怎么会没有这个文件呢？难道数据库没有启动起来。使用如下命令查看一下：
<br />>ps aux | grep mysql<br />
Shit，竟然什么都没有输出。看来确实是数据库没有启动起来。使用如下命令启动数据库：
<br />>sudo service mysql start<br />
如果是需要启动跳过认证的方式启动，则使用如下命令之一：
<br />sudo mysqld_safe --skip-grant-tables &<br />
如果提示没有mysqld_safe，则使用如下命令：
<br />>sudo mysqld --skip-grant-tables &<br />
然后就可以正常登录了。
关于这个问题，D瓜哥还想再多说两句：这个错误的根本原因是没有找到mysqld.sock文件，造成这个问题的原因有两种：一根本没有创建这个文件，也就是没有启动数据库，这也是D瓜哥在这里介绍的原因；另外一个原因也有可能是创建的目录不在默认目录，或者连接数据库时指定的这个文件目录和实际产生的目录不符。D瓜哥在网上查资料时，也印着了这个猜测。部分网友的问题就是D瓜哥所说的第二个原因造成的。所以，网上对于这个问题的解决方案还存在另外一个方法。因为D瓜哥没有遇到，而且情况又比较多，D瓜哥这里就不再过多介绍了。请遇到这个问题的朋友自行查资料解决。
ERROR 2003 (HY000)错误的原因以及解决办法。
<br />$ mysql -h192.168.1.113 -uroot -p123456<br />Warning: Using a password on the command line interface can be insecure.<br />ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.113' (111)<br />
是说话，出现这个问题，D瓜哥也很蛋疼。不知这又是怎么搞的！不过，好在有错误代码（ERROR 2003 (HY000)），有了这个就有了打开解决方法之门的钥匙。解决方法垂手可得。
用Google百度一下，之后在StackOverflow上查到了原因：MySQL数据库的配置文件/etc/mysql/my.cnf中的bind-address = 127.0.0.1没有注释掉，导致MySQL只能接收本地的访问。
知道了原因，解决方法也就随之而来，注释掉这行，然后重启服务器。具体做法，参考本文开头部分。
ERROR 1130错误的原因以及解决办法
D瓜哥在查资料的过程中，还遇到别人提到的一个错误。日志如下：
<br />ERROR 1130: Host '192.168.1.3' is not allowed to connect to this MySQL server<br />
给的解答是“所用主机的IP地址不在被允许登录的IP之内”。
D瓜哥也测试了一下这个错误。刚刚开始测试的时候，这个错误没有重现，还以为我测试有问题。后来，重启了一下数据库，再次测试发现成功了。确实有这个错误。另外，根据D瓜哥个人测试经验，善意提醒一句，对mysql.user表进行修改后，记得执行一下flush privileges或者重启一下数据库。
关于mysqld_safe的简介
在这次解决这些问题的过程中，D瓜哥查看了一下MySQL的进程。命令以及返回值如下：
<br />>ps aux | grep mysql<br />root 1231 0.0 0.0 4444 740 ? S 15:09 0:00 /bin/sh /usr/bin/mysqld_safe<br />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<br />root 1605 0.0 0.0 4340 644 ? S 15:09 0:00 logger -t mysqld -p daemon.error<br />vagrant 3942 0.0 0.0 12140 928 pts/0 S+ 15:51 0:00 grep --color mysql<br />
嗯？！有木有发现一个刚刚说明的熟悉的东东：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就会释放这部分的内存。
转载请注明原文链接：MySQL远程访问设置终极方法_MySQL
