ALTER TABLE `logs_2019-03-07` ENGINE='InnoDB';
最后还是用的ALTER TABLE来修改的,不知道为什么有时候管用,有时候不管用。
比如我删除了某个字段,貌似空间变大了,但是通过这个方法并没有整理碎片。
我删除的数据,一开始这个方法不管用,后来又管用了,可能开始没测数据吧。
然后我直接删除某个字段竟然自动空间变小了。哎
ALTER TABLE `logs_2019-03-07` ENGINE='InnoDB';
最后还是用的ALTER TABLE来修改的,不知道为什么有时候管用,有时候不管用。
比如我删除了某个字段,貌似空间变大了,但是通过这个方法并没有整理碎片。
我删除的数据,一开始这个方法不管用,后来又管用了,可能开始没测数据吧。
然后我直接删除某个字段竟然自动空间变小了。哎
执行killall命令时提示:-bash: killall: command not found 没有killall命令的解决方法,执行如下命令安装就行:
有些时候请求某些接口的时候需要返回指定的文本字符串或者json字符串,如果逻辑非常简单或者干脆是固定的字符串,那么可以使用nginx快速实现,这样就不用编写程序响应请求了,可以减少服务器资源占用并且响应性能非常快
通常情况下我们使用request.getRemoteAddr()就可以获取到客户端ip,但是当我们使用了nginx作为反向代理后,由于在客户端和web服务器之间增加了中间层,因此web服务器无法直接拿到客户端的ip,通过$remote_addr变量拿到的将是反向代理服务器的ip地址。如果我们想要在web端获得用户的真实ip,就必须在nginx这里作一个赋值操作,如下:
通过访问日志,你可以得到用户地域来源、跳转来源、使用终端、某个URL访问量等相关信息;通过错误日志,你可以得到系统某个服务或server的性能瓶颈等。因此,将日志好好利用,你可以得到很多有价值的信息。
squid,varnish以及nginx等,在做反向代理的时候,因为要代替客户端去访问服务器,所以,当请求包经过反向代理后,在代理服务器这里这个IP数据包的IP包头做了修改,最终后端web服务器得到的数据包的头部的源IP地址是代理服务器的IP地址,这样一来,后端服务器的程序给予IP的统计功能就没有任何意义,所以在做代理或集群的时候必须解决这个问题,这里,我以nginx做集群或代理的时候如何给后端web服务器保留(确切的说是传递)客户端的真实IP地址。
网络上关于ngx_http_realip_module的文章千篇一律,全是在说怎么安装,最多贴一个示例配置,却没有说怎么用,为什么这么用,官网文档写得也十分简略,于是就自己探索了一下。
在分布式服务下,我们会用nginx做负载均衡, 业务站点访问某服务站点的时候, 统一走nginx, 然后nginx根据一定的轮询策略,将请求路由到后端一台指定的服务器上。
Nginx,负载均衡,session,上传文件
-c: 建立压缩档案 -x:解压 -t:查看内容 -r:向压缩归档文件末尾追加文件 -u:更新原压缩包中的文件
很多网友把这两条规则添加到防火墙配置的最后一行,导致防火墙启动失败,正确的应该是添加到默认的22端口这条规则的下面