记录工作中遇到慢sql的情况和解决办法(长期)
left join查询加where条件, 用到了索引, 但是仍然几乎全表扫, explain-type为index, 用到的索引为联合索引,但where条件字段不符合最左原则(例如索引是key index (a,b,c). 可以支持a | a,b| a,b,c 3种组合进行查找，但不支持 b,c进行查找), 所以最后解决办法是建立了条件字段的索引 单表同时查询多个字段和聚合函数的时候, 建立一个聚合索引(包含聚合函数字段)可能比单个字段索引效率要高(单个字段会回表)
netty与reactor
转自思否用户@郭艺宾 Reactor模式 Reactor是1995年由道格拉斯提出的一种高性能网络编程模式。由于好多年了，当时的一些概念与现在略有不同，reactor模式在网络编程中是非常重要的，可以说是NIO框架的典型模式，一些经典的框架，比如Mina、Netty、Cindy都是此模式的实现。 我们来看看当年提出的通用模型： 上面的图形中： 1、Handle 可以理解为资源或者文件句柄，放在netty里面就是channel，就是我们实际要处理的东西 2、Event Handler和Concrete Event Handler 就是具体的事件处理器，对应netty中的handler接口和具体的handler 3、Synchronous Event Demultiplexer同步事件多路复用分发器，可以理解为nio中的select 4、Initiation...
netty介绍及入门案例
netty Netty是一个高性能的网络编程框架。Netty是一个NIO客户端服务器框架，可以快速轻松地开发协议服务器和客户端等网络应用程序。它极大地简化并简化了TCP和UDP套接字服务器等网络编程。 优点 在设计方面来说： 1）统一的API,适用于不同的协议(阻塞和非阻塞) 2）基于灵活、可扩展的事件驱动模型（SEDA） 3）高度可定制的线程模型 4）可靠的无连接数据Socket支持(UDP) 在性能方面： 1）更好的吞吐量,低延迟 2）更省资源 3）尽量减少不必要的内存拷贝（这也是快的原因之一） 安全方面： 完整的SSL/TLS和STARTTLS的支持 在易用性方面： 1）完善的Java doc,用户指南和样例（个人觉得并不是很完善，国内的书籍也只有一两本还可以） 2）仅依赖于JDK1.6（netty 4.x) netty的主要组件包括： TransportChannel —-对应NIO中的channel EventLoop—- 对应于NIO中的while循环 EventLoopGroup:...
netty组件介绍(1)
ChannelHandler和ChannelPipeline---对应于NIO中的客户逻辑实现handleRead/handleWrite(interceptor pattern）ByteBuf---- 对应于NIO 中的ByteBuffer业务逻辑要放在handler里面，读写数据用的是ByteBuf。其余的Transport、ServerBootstrap、Channel和EventLoop等等都是套路代码，对于应用程序来说，了解即可，基本上不用管。真正开发过netty项目也知道，项目中大部分都是handler类，其它组件只是占很少一部分。 Transport组件 netty做的比较有适应性的就是，不仅支持NIO，还支持很多传输协议： OIO -阻塞IO（真正开发阻塞IO项目，其实也没必要用netty了。。。） NIO -Java NIO Epoll - Linux Epoll(JNI) Local Transport - IntraVM调用（通讯的双方在同一个虚拟机之内不再走socket） Embedded Transport -...
netty组件介绍(2)-channel组件
ChannelHandler组件介绍ChannelHandler组件包含了业务处理核心逻辑，是由用户自定义的内容，开发人员百分之九十的代码都是ChannelHandler。Netty提供2个重要的 ChannelHandler 子接口，用来自定义ChannelHandler： ChannelInboundHandler - 处理进站数据和所有状态更改事件（进站指的是读操作等由通道引发的事件） ChannelOutboundHandler -...
nginx_location优先级
nginx location语法第一优先级 = : 完全匹配。如果这个查询匹配，那么将停止搜索并立即处理此请求。 第二优先级 ^~ : 普通字符匹配。优先使用前缀匹配。如果匹配成功，则不再匹配其他location。 第三优先级 ~ : 区分大小写匹配 第三优先级 !~ : 区分大小写不匹配 第三优先级 ~* : 不区分大小写匹配 第三优先级 !~* : 不区分大小写不匹配 第四优先级 /{uri} : 不带任何修饰符，也表示前缀匹配，但是在正则匹配之后。 第四优先级 / : 通用匹配，任何未匹配到其它location的请求都会匹配到，相当于switch中的default。 123456789101112131415161718192021222324location = / {# 只匹配 / 查询。}location / {# 匹配任何查询，因为所有请求都已 / 开头。但是正则表达式规则和长的块规则将被优先和查询匹配。}location ^~ /p_w_picpaths/ {# 匹配任何已...
nginx大全学习网站
nginx大全学习网站
nginx的server_name
listen 后可以指定 IP：port的IP地址和端口 仅IP（端口将默认为80） 仅port，将监听所有接口的这个port 到某个Unix socket的路径（在服务器间转发请求的时候会用到） 在将listen的值与请求进行匹配之前，Nginx会先将listen的值中所缺省的部分补充完整。然后将优先匹配准确的IP，如果不存在完全准确匹配的IP才会匹配到0.0.0.0，如果有多个IP:port匹配度相同，Nginx将会继续检查server_name server_name 指令Nginx将server_name与请求头中的Host进行匹配，匹配的顺序： 优先选择第一个精确匹配到的block。12345server { listen 80; server_name host.example.com; ...} 选择以*开头的进行匹配，并优先选择最长的。12345server { listen 80; server_name *.example.com; ...
nginx通过正则获取url中的某个值
例子:如果url符合正则格式并且$temp_flag正则匹配11111,则代理到bbb,否则代理到aaa123456789set $proxy_path aaa;# 此处通过正则获取url第一个括号里的值,赋值给temp_flagif ( $request_uri ~ ^\/([0-9a-z]+)\/(.*) ){ set $temp_flag $1;}if ($temp_flag ~ (^11111$)) { set $proxy_path bbb;}proxy_pass http://$proxy_path; uri和request_uri的区别 request_uri: 这个变量等于从客户端发送来的原始请求URI（最原始的），包括参数，它不可以进行修改。$uri变量反映的是重写后/改变的URI(最终的)，不包括主机名。例如："/foo/bar.php?arg=baz" uri:...
proxy_pass路径的唯一拼接规则
proxy_pass 只是HOST，不可以包含任何路径 如果proxy_pass后面没有任何URL路径信息（比如/，/xxx等），则反向代理的地址会包含location中的匹配部分，否则只会拼接匹配后的剩余路径 PS: 上面是最重要且唯一的一条规则，请记住 多种情况验证假设请求：http://localhost/online/wxapi/test/loginSwitch 第一种情况12345proxy_pass`结尾有`/location /online/wxapi/ { proxy_pass http://localhost:8080/; proxy_set_header X-Real-IP $remote_addr;} 代理后的实际地址：http://localhost:8080/test/loginSwitch 第二种情况12345proxy_pass`结尾没有`/location /online/wxapi/ { proxy_pass http://localhost:8080; ...
公告