MySQL远程访问设置终极方法(10)

嗯？！有木有发现一个刚刚说明的熟悉的东东：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就会释放这部分的内存。