LNMP优化

 
 
LNMP优化
LNMP优化从系统安全,系统资源占用率,及web服务并发负载这三个方面体现,并
 
且主要体现在web服务并发负载这一方面。
 
 
1:首先进行linux优化加固
 Linux优化加固最好的办法就是提升硬件配置,比如提高CPU运算能力,增大内存
 
容量,提高硬盘吞吐率等。
本文谈的Linux优化加固是在不提升硬件配置的情况下,通过优化内核配置,从而
 
提高linux服务效率,从三个方面进行:安全加固、内核调优、优化网络,本文主
 
要讲解内核调优及网络优化。
 
a):优化linux 启动项
使用ntsysv工具将不需要的服务关闭,进行优化,默认启动服务可以只保留以下六
 
项必要服务:
iptables sshd crond syslog network messagebus.同时也要保留nginx、mysql
 
、php默认启动
 
b):安全加固
Linux安全加固主要针对iptables进行,控制所有INPUT数据包,除了必要的端口
 
打开之外,其余的端口一律关闭。禁用用户ping服务器等会更加安全
 
 
c):网络优化
一般情况下,Nginx通过TCP socket来连接客户端与上游应用,默认安装的系统对
 
TCP有许多门限值与限制,通过内核参数来设定。这些参数的默认值往往是为一般
 
的用途而定的,并不能满足web服务器所需的高流量、短生命的要求。
对于网络参数调优可以修改 /etc/sysctl.conf这个文件。修改完之后使用 
 
#sysctl –p 让内核配置生效。
 
 
2 进行nginx优化
修改 # vi nginx/conf/nginx.conf
a)增加nginx工作进程数并绑定到不同的CPU上,本文所用的硬件有4个CPU,顾开
 
辟4个进程,如下:
worker_processes  4;
worker_cpu_affinity 0001 0010 0100 1000; #绑定进程和CPU对应
 
b) 增加每个进程打开文件句柄数,理论值应该是最多打开文件数(ulimit -n)
 
与nginx进程数相除,但是nginx分配请求并不是那么均匀,所以最好与ulimit -n
 
的值保持相当。
       worker_rlimit_nofile50000; 
 
 
c)采用epoll 模式,并增大每个进程连接数限制:
    events {
    use epoll;  //异步非阻塞I/O模型
    worker_connections 204800;
}
   
d)设置客户端请求头部缓冲区大小为系统分页大小的整数倍,可以用命令查看系
 
统分页大小:# getconf PAGESIZE 。如果经常出现 400错误,则和值有关,调大
 
即可。
    http{
client_header_buffer_size   4k; 
       large_client_header_buffers  44k;
}
 
e)打开请求文件缓存
    http{
    open_file_cachemax=102400 inactive=60s;
    说明:打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和
 
打开文件数一致,inactive 是指经过60s时间文件没被请求后删除缓存。
    open_file_cache_valid80s;
说明:80s 检查一次缓存的有效信息。
open_file_cache_min_uses 1;
说明:文件使用次数,判断有效与否。inactive 时间内一次没被使用,它将被移
 
除。
}
 
3:进行mysql优化
提升mysql性能需要从三个方面着手,首先是硬件,提升硬件配置效果最明显;其
次是mysql参数配置优化;还有数据读写架构优化。主要讲mysql参数配置优
化,顺便解释一下硬件配置和程序中使用mysql架构优化问题。
对于硬件配置这不用说,任何服务都是基于硬件之上的,提升硬件配置,原则上
会提升服务效率,比如使用更大内存,使用磁盘高级raid,数据分区使用固态IO
卡,使用xfs文件系统等。
对于mysql架构设计优化,这个非常重要,sql语句优化,表存储引擎(MyISAM,
InnoDB)选择,使用索引,增加redis或者memcached缓存层等。将传统web服务的
 
2层架构(webserver+db)变成三层架构(webserver+cache+db)甚至四层架构
 
(webserver+logicserver+cache+db),由cache来承担分流大并发读写操作。
 
对于存储引擎选择有2个原则:第一个原则,大量读少量写 选用MyISAM,大量写
 
少量读选用InnoDB。针对不同的需求使用不同的存储引擎。第二个原则,能不用
 
InnoDB尽量不用InnoDB。总之,如果你想追求99.9%的稳定性,方便的扩展性和高
 
可用性还是尽量用MyISAM吧。
至于为什么呢?
1  MyISAM的索引和数据是分开的,并且索引是有压缩的,内存使用率就
 
对应提高了不少。能加载更多索引,而InnoDB是索引和数据是紧密捆绑的,没有
 
使用压缩从而会造成InnoDB比MyISAM体积庞大不少。
2 InnoDB的行级锁是相对的,那个只有where主键时是有效,非主键的都
会锁全表的。如果在执行一个SQL语句时MySQL不能确定要扫描的范围,InnoDB表
同样会锁全表,例如update table set num=1 where name like “�a%”
 
3 MyISAM相对简单所以在效率上要优于InnoDB。小型应用使用MyISAM是不
错的选择。另外,MyISAM表是保存成文件的形式,在跨平台的数据转移很方便。
总之,尽量不使用InnoDB,InnoDB主要用于需要外键,事务等企业级支持,代价
是速度比MyISAM有倍数的下降。
 
取自牛人博客地址(详细参考):http://blog.csdn.net/yybjroam05/article/details/19074389
   
上一篇:实例模拟struts核心流程


下一篇:《C++ Primer》学习笔记:向vector对象添加元素蕴含的编程假定