database

为什么用Nginx Amplify

博客服务器一直用着NodeQuery、UptimeRobot和Netdata,各司其职。 虽然Netdata的功能确实齐全,但万一服务器GG了,没恢复前,是无法查阅数据,最多因为GG前有邮件提醒,有预警,而且很多数据其实并不需要去看。 使用Amplify的原因,主要是UI高大上(但不支持移动端是个糟点,希望尽快完善)、开源、轻便,主要服务(Nginx、PHP、MySQL)的参数及系统资源监测较齐,并且完全以图表显示(更容易发现瓶颈和问题)。而且可以定制预警类型,完全可以取代Netdata并补了NodeQuery的不足(NQ只能对CPU、MEM、DISK做预警)。 虽说预警数量有限制,但完全够用。最重要的是,出现问题时,起码我在外部,能看到一些大概问题。 另外一点比较好的是Analyzer功能,(因为与Nginx深度整合)能看到Nginx的一些优化建议和问题提醒。不过貌似优化得不错,所以并没有特别需要改的。 简单来说,Nginx Amplify是个较为全面的系统监测工具。 而且之前提到给Amplify提交的两个问题,Ngi
ipstor

MySQL 8.0.11的更新之路

总算赶在0点前发了出来,就不配图了。 在北京时间今天的18:10,MySQL更新了最新的GA版本8.0.11。 尴尬的是,那时候我正在将MySQL从5.7.21升级到5.7.22(在今天15:15放出)。 所以更新至5.7.22后,又马不停蹄的开了台测试机,测试了8.0.11。 便开始掉坑之旅,在摔得鼻青脸肿后,边查文档边爬出来。。。 让我一一道来,首先是my.cnf的。 Symbolic links现在默认就是禁用了,无需再去标记禁用了,如果你标记的话,会有个提醒: ‘Disabling symbolic links using –skip-symbolic-links (or equivalent) is the default. Consider not using this option as it’
ipstor

更新至MySQL 5.7.9,聊一聊最近

MySQL 5.7.9 GA版本已经出来,目前VPS已更新完成,虽说不像修正版本号更新一样,直接把数据库目录移过去就好那么容易,但也不难。 这次更新了子版本号,过程顺利,没坑,启动有告警。(我是从MySQL 5.6.27更新而来) 说说第一个: [Warning] Insecure configuration for --secure-file-priv: Current value does not restrict location of generated files. Consider setting it to a valid, non-empty path. secure-file-priv这个参数主要是限制LOAD_FILE和LOAD DATA和SELECT … ,INTO OUTFILE报表到指定的目录。 一般来说很少用,默认值有empty、dirname、NULL,正确的意思就是:
ipstor