nginx连接池实现
来源:互联网 发布:mysql group concat 编辑:程序博客网 时间:2024/06/06 03:27
1. 配置
worker_connections
模块:EventsModule
语法: worker_connections number
默认:
位于main section的指令worker_connections和worker_processes可以帮助你计算你能处理的最大并发数
max clients = worker_processes * worker_connections
在一个反向代理环境中,最大并发数变成了
max clients = worker_processes * worker_connections/2
配置示例
worker_processes 12;events { use epoll; worker_connections 2048000;}
2. 工作原理
同一个进程,上游下游共用一个连接池,连接池大小,进程数都可在配置中指定。
3. 数据结构
在nginx中connection就是对tcp连接的封装,其中包括连接的socket,读事件,写事件。利用nginx封装的connection,我们可以很方便的使用nginx来处理与连接相关的事情,比如,建立连接,发送与接受数据等。结构体如下:
Src/core/ngx_connection.h
struct ngx_connection_s { void *data; ngx_event_t *read; ngx_event_t *write;ngx_socket_t fd;。。。ngx_queue_t queue;。。。}
连接池数据结构如下:
连接池cycle->connections采用数组单链表实现,空闲连接链表free_connections也指向了连接池头结点,实现的非常优美。
1、使用数组实现,不用队列或栈,实现简单,可以随机访问,初始化很方便
2、所有操作只操作链表头节点,没有内存拷贝,性能复杂度O(1)
创建初始化如上数据结构在src/event/ngx_event.c:ngx_event_process_init中
ngx_event_process_init(ngx_cycle_t *cycle){。。。cycle->files_n = (ngx_uint_t) rlmt.rlim_cur; cycle->files = ngx_calloc(sizeof(ngx_connection_t *) * cycle->files_n, cycle->log);。。。 cycle->connections = ngx_alloc(sizeof(ngx_connection_t) * cycle->connection_n, cycle->log);。。。 i = cycle->connection_n; next = NULL; do { i--; c[i].data = next; c[i].read = &cycle->read_events[i]; c[i].write = &cycle->write_events[i]; c[i].fd = (ngx_socket_t) -1; next = &c[i]; } while (i); cycle->free_connections = next;cycle->free_connection_n = cycle->connection_n;。。。}
4. 基本操作
Src/core/ngx_connection.c
Ngx_get_connection
从free_connections获取一个connection,然后初始化
Free_connections指向链表下一个节点,返回头结点。
同时,cycle->files[fd]也指向返回的结点
Ngx_close_connection
主要关闭一个connection,包括“善后”以及调用ngx_reusable_connection(c,0) ngx_free_connection来将连接放回free_connections
可以认为是ngx_get_connection的逆操作
ngx_reusable_connection
ngx_reusable_connection(ngx_connection_t *c, ngx_uint_t reusable)
reusable=1 ,放进queue中
reusable=0 ,从queue中出来
Ngx_free_connection
将使用完的连接放回free_connections
Ngx_drain_connection
当ngx_get_connection获取不到连接时(即并发比较高的时候,连接都用完了),那么使用
ngx_drain_connections来释放长连接,将长连接从queue拿出来,放回到free_connections,然后再获取
ngx_event_connect_peer
当从upstream中获得一个后端时,就会调用ngx_event_connect_peer去进行连接,ngx_event_connect_peer会调用 Ngx_get_connection得到一个connection结构体,然后去执行connect操作。
ngx_event_connect_peer(ngx_peer_connection_t *pc){。。。s = ngx_socket(pc->sockaddr->sa_family, SOCK_STREAM, 0);。。。c = ngx_get_connection(s, pc->log);。。。rc = connect(s, pc->sockaddr, pc->socklen);。。。}
5. Nginx的accept_mutex锁机制
为了全面理解,我们先捋一下这个过程
1.master进程bind端口,listen后,生成了监听套接字
2.Master进程fork出work进程,work进程继承了监听套接字,执行accept获得请求
所有的work进程继承了同样的监听套接字,那么一个连接过来的时候,多个空闲的进程,会竞争这个连接,会是哪个work进程来处理这个连接呢?
如果某个进程得到accept的机会比较多,它的空闲连接很 快就用完了,如果不提前做一些控制,当accept到一个新的tcp连接后,因为无法得到空闲连接,而且无法将此连接转交给其它进程,最终会导致此tcp 连接得不到处理,就中止掉了。这是不公平的。
我们必须设计一种机制,让一个请求,有且仅有一个work进程处理,也就是说只能有一个进程accept到这个连接。同时每个进程有大致均等的机会来处理连接。
我们看nginx是怎么做的?
在master进程中已经建立了listen套接字,
Src/core/ngx_cycle.c:ngx_init_cycle
{...ngx_queue_init(&cycle->reusable_connections_queue);... if (ngx_open_listening_sockets(cycle) != NGX_OK) { goto failed; }}在src/core/ngx_connection.c:ngx_open_listening_sockets中{ls = cycle->listening.elts;s = ngx_socket(ls[i].sockaddr->sa_family, ls[i].type, 0);if (setsockopt(s, SOL_SOCKET, SO_REUSEADDR, (const void *) &reuseaddr, sizeof(int)) == -1) {... if (bind(s, ls[i].sockaddr, ls[i].socklen) == -1) {...if (listen(s, ls[i].backlog) == -1) {...ls[i].listen = 1;ls[i].fd = s;}
Work进程继承了master进程的listen套接字后,循环监听网络事件
Src/os/unix/ngx_process_cycle.c:ngx_worker_process_cycle
{...ngx_process_events_and_timers(cycle);...}Src/event/ngx_event.c:ngx_process_events_andtimers(cycle){...if(ngx_use_accept_mutex) {if(ngx_accept_disabled > 0) {ngx_accept_disabled--; //在src/event/nginx_event_accept.c:ngx_event_accept()中计算:ngx_accept_disabled = ngx_cycle->connection_n / 8 - ngx_cycle->free_connection_n; 初始值为0,以后每来新建一个连接,都会更新一下值。 //当剩余连接数小于最大连接数的1/8的时候为正,表示连接有点多了,于是放弃一次争锁定机会 }else{if(ngx_trylock_accept_mutex(cycle) == NGX_ERROR) { //这里ngx_trylock_accept_mutex函数就是争锁定函数,成功争得了锁则将全局变量ngx_accept_mutex_held置为1,否则置0 return;} if(ngx_accept_mutex_held) { flags |= NGX_POST_EVENTS; //占用了accept锁的进程在处理事件的时候是先将事件放入队列,后续慢慢处理,以便尽快走到下面释放锁。 }else{ //没争得锁的进程不需要分两步处理事件,但是把处理事件的timer更新为ngx_accept_mutex_delay if(timer == NGX_TIMER_INFINITE || timer > ngx_accept_mutex_delay){ timer = ngx_accept_mutex_delay;}}}} delta = ngx_current_msec;
惊群
http://www.usenix.org/event/usenix2000/freenix/full_papers/molloy/molloy.pdf
http://simohayha.iteye.com/blog/561424
http://blog.csdn.net/benbendy1984/article/details/5620482
http://blog.csdn.net/russell_tao/article/details/7204260
- nginx连接池实现
- nginx连接池
- nginx连接池
- Nginx源码剖析--连接池
- 【技术晨读】Nginx连接池
- nginx内存池实现原理
- nginx内存池实现原理
- 实现连接池 (Java)
- 连接池JAVA实现
- dbcp连接池实现
- JDBC连接池实现
- Proxool连接池实现
- Proxool连接池实现
- 连接池的实现
- jdbc连接池实现
- 连接池(Proxool实现)
- Java实现连接池
- 自定义连接池实现
- LeetCode Pow(x, n)
- Hibernate复合主键的注解
- hdu1686Oulipo(kmp模版)
- codeforces-223B-Two Strings
- poj 3050 Hopscotch DFS
- nginx连接池实现
- ubuntu init过程
- malloc函数和free函数
- Geeks面试题:Matrix Chain Multiplication
- vim强大探究之光标移动
- 推荐系统如何给新用户提问题
- SharedPreferences简介
- nosetest运行方式
- Apache Commons 介绍