魏长东

weichangdong

正在查看: 2015年09月日志归档(第 1 页 / 共 4 篇)

nginx常见问题处理

nginx配置中各个作用域
nginx.conf主要且常用的四个作用域http,server,location,if。
……
http {
…..
include       mime.types; 
client_max_body_size 25600k;
client_body_buffer_size 25600k;
fastcgi_buffer_size 25600k;
fastcgi_buffers 4 25600k;
fastcgi_busy_buffers_size 51200k;
fastcgi_temp_file_write_size 51200k;
 
#后端负载均衡配置
#include upstream.conf
upstreamserver_xxx_backends { 
server 10.26.101.142:8080 max_fails=2 fail_timeout=1s;
server 10.26.101.143:8080 max_fails=2 fail_timeout=10s;
…...
}
 
#pc虚拟机配置
#include conf/vhost/xxx.yyy.com
server {
listen 8080;
server_name  xxx.yyy.com;
 
if ($request_uri ~ "xxx") {
rewrite "xxx" "yyy" break;
}
 
location ~ "^/taskui/" {
proxy_passhttp://server_xxx_backends;
 
}
location ~ "^/static/" {
root '/root/nginx/webroot';
indexindex.php
}
location ~ / {
access_log  logs/access_log;
fastcgi_pass 127.0.0.1:6666
 
if ($request_uri ~ "xxx") {
rewrite "xxx" "yyy" break;
}
}
…..
}
 
#wap虚拟机配置
#include conf/vhost/xxxwap.yyy.com
server {
listen 8080;
server_namexxxwap.yyy.com;
…..
}
…...
}

»»阅读全文

linux查看并发

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
TIME_WAIT 60903
CLOSE_WAIT 116
FIN_WAIT1 4564
FIN_WAIT2 429
ESTABLISHED 2394
SYN_RECV 510
CLOSING 53
LAST_ACK 885

其实这么个结果,我也不确定并发多少。我的理解是 把这些数加起来。

mysql > 和 order by 不走 索引 慎用

大于 >:
 EXPLAIN select uid, user_name from recommend_user  where uid >215   
返回:
id  select_type   table                          type      possible_keys          key        key_len       ref     

 rows        Extra 
1   SIMPLE        recommend_user                 ALL       uid                    NULL        NULL      

   NULL      8   

       Using where
没有走索引UID
当我 只查询UID
EXPLAIN select uid from recommend_user  where uid >215   
返回:
id         select_type         table                 type          possible_keys          key       key_len       ref        rows     Extra 
1           SIMPLE             recommend_user        range         uid                    uid       4             NULL       6        

Using where; Using index
走了UID索引
总结:
不等于 !=  和大于>的时候 只有搜索的是 索引列(并只有索引列) 才会用到索引,<, <=, =,不会有这种情况
 
order by:
 
explain select id from collect where vtype=1 order by id asc;
+----+-------------+---------+------+---------------+-------+---------+-------+-------+-----------------------------+
| id | select_type | table   | type | possible_keys | key   | key_len | ref   | rows | Extra                       |
+----+-------------+---------+------+---------------+-------+---------+-------+-------+-----------------------------+
| 1 | SIMPLE      | collect | ref | vtype         | vtype | 5       | const | 93237 | 

Using where; Using filesort |

+----+-------------+---------+------+---------------+-------+---------+-------+-------+-----------------------------+
看上面,最后的Extra 部分:竟然出现 Using filesort ! 我晕,全表查询。但是 prossible keys 已经使用到了vtype啊? 看来并不是where 条件的问题。
为了测试,将2条语句分别执行下看:

»»阅读全文

打点2数据

hadoop查询count是

select  count(1)  from  wcd  where  date_=20150928;
17338484320

173亿啊。好大啊,记录下。