HTTP
AMH 社区首页
AMH社区 - 开放自由有价值的社区
|
|
|---|---|
|
fangzhen |
fangzhen 发表于 2017-12-10 14:30:32
封神陵里，句芒对刚拿到射日弓的云天河说“今日始，后羿射日弓尊你为主，力量挥放多寡，决于主人！”wordpress也一样，跑不跑得快，决于主人。今天从框架层来聊聊wordpress博客的提速优化。
Nginx的优化 如今有很多HTTP server软件可供选择，每一款都有其优缺点，目前最为流行的两款当数Nginx和Apache了。如果说Apache是阿帕奇的话，Nginx就是su37了(当然不是电影绝密飞行里面被无人机EDI秒杀的su37)，阿帕奇的机动性能跟su37不在同一个次元，Apache的性能跟Nginx也有一定差距。所以今天我们选择Nginx做为HTTP服务器。Nginx对网页速度影响较大的就三个相关配置——http/2、Gzip、Keep-alive。 nginx启用http/2 启用方法看这里 Gzip Gzip对文本文件的加载速度有质的飞跃，甚至直接影响首屏速度，而且能节省至少40%的流量成本。 gzip on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.0; gzip_comp_level 6; gzip_types text/plain application/x-javascript text/css application/xml application/javascript; gzip_vary on; 系统CPU负载不重的话，gzip_comp_level的值可以设为6，一般设为4，值越大压缩效果越好，不过越占CPU。 Keep-alive Keep-alive又叫HTTP持久链接，表示一条TCP/IP链接上承载着多个上下行请求。相对于传统的单链接模式（一次请求需要创建一条单独的BS链接的模式）来说，Keep-alive技术有着大幅度的性能提升。下面是Keep-alive技术的优点。 ➤CPU和内存的负载会减轻，因为同一时刻打开的TCP链接数变少了，后续请求和响应无须打开新链接，可以继续基于这些TCP链接发送上下行数据。 ➤当TCP链接建立后，请求的等待时间将会减少，TCP建立链接时的三次握手发生在用户侧与server之间。当握手成功时，一条TCP链接就被建立起来了。在Keep-alive模式下，握手环节是一次性的，即在链接建立时便会发生。链接建立后发生的数据传递不产生握手环节，这部分的开销就被省了下来，所以说可以有效的提升请求上下行数据的性能。 ➤网络阻塞情况减轻。因为同一时刻只会有少数的链接保持着。 keepalive_timeout 100; MySQL的优化 存储引擎的选择 存储引擎又称表类型是MySQL的核心部分，负责处理表的操作。MySQL提供了多个存储引擎，使用的最多的是MyISAM和InnoDB。MyISAM和InnoDB都有各自的优缺点，MySQL从5.5版本开始使用InnoDB作为默认存储引擎。这说明InnoDB比MyISAM要好吗？其实不然，术业有专攻而已。 我们先来看看MyISAM的优点： ➤MyISAM为速度而设计，和SELECT搭配起来使用更好。 ➤如果表的数据偏向静态，即表中的数据不经常更新/删除，大多数仅仅是查询操作，那么使用MyISAM是最好的选择。 我们回过头来看看wordpress使用数据库的场景：主要是写博文给网友看，打开一篇博文对应数据库的查询操作。那么MyISAM简直就是为wordpress而生的啊，而InnoDB是为高可靠性和高写性能而设计的，跟wordpress博客关系不大。而且还有一点MyISAM备份数据库，恢复数据库、或者恢复单个数据表都非常方便，直接操作文件.MYD文件就行了。再有一点就是MyISAM因为功能少，所以轻量，所以比InnoDB节省系统资源。 修改默认存储引擎为MyISAM，在my.cnf里写入 default-storage-engine = MyISAM #是设定默认的存储引擎 key_buffer_size = 256M #MySQL5.7里面默认只有8M，太小 query_cache_type = 1 #开启查询缓存 query_cache_size = 256MB #分配给查询缓存的内存大小 query_cache_limit = 2MB #若查询缓存结果的体积大于2MB，将不会缓存。 上面的设定，可以通过下面的MySQL语句查看设定结果： show variables like 'default_storage_engine%'; show variables like 'key_buffer_size%'; show variables like 'query_cache_%'; PHP的优化 PHP7较之于PHP5的性能提升可不止一星半点，所以先升级到7吧，安装方法看这里 OpCache对php性能的加成很大，但发现很多小白都是安装了OpCache却没有启用，他们以为在configure的时候加上了--enable-opcache就行了。复制下面的内容直接在终端里面执行。 cat >> /usr/local/php/etc/php.ini<<EOF zend_extension="/usr/local/php/lib/php/extensions/no-debug-non-zts-20170718/opcache.so" opcache.enable=1 opcache.enable_cli=1 opcache.memory_consumption=128 opcache.interned_strings_buffer=8 opcache.max_accelerated_files=4000 opcache.revalidate_freq=60 opcache.fast_shutdown=1 EOF 都是PHP官方提供的获得高性能的建议值，值得注意的是zend_extension后面的路径最好写绝对路径，相对路径好像有问题。修改php.ini后得重启php-fpm才能生效。 以下是危险操作，小白勿试，大白请在备份数据库或者磁盘快照后尝试 InnoDB转到MyISAM InnoDB 转到 MyISAM 方法一 用root登录数据库后,use切换到wordpress数据库，执行如下语句： ALTER TABLE wp_commentmeta ENGINE=myisam; ALTER TABLE wp_comments ENGINE=myisam; ALTER TABLE wp_links ENGINE=myisam; ALTER TABLE wp_options ENGINE=myisam; ALTER TABLE wp_postmeta ENGINE=myisam; ALTER TABLE wp_posts ENGINE=myisam; ALTER TABLE wp_terms ENGINE=myisam; ALTER TABLE wp_termmeta ENGINE=myisam; ALTER TABLE wp_term_relationships ENGINE=myisam; ALTER TABLE wp_term_taxonomy ENGINE=myisam; ALTER TABLE wp_usermeta ENGINE=myisam; ALTER TABLE wp_users ENGINE=myisam; 若你的MySQL版本高于5.7，会报错“invalid default value for”，因为5.7 里 MySQL 不允许时间戳的值为 0，就像这样子： datetime NOT NULL DEFAULT '0000-00-00 00:00:00' ，所以你想这样转的话，只能用5.6以下版本。 InnoDB 转到 MyISAM 方法二 MySQL官方有提供一个专门从InnoDB转到MyISAM的perl脚本，脚本下载地址。脚本里面有详细的使用指南。 InnoDB 转到 MyISAM 方法三 用mysqldump把整个wordpress库导出来，然后用Notepad++修改导出的wordpress.sql文件，把InnoDB全部替换为MyISAM，注意勾选上“匹配大小写”。此操作的原理是在修改建表语句，建表时指定数据库引擎为MyISAM。改好后再导入数据库。导入后用show table status from wordpress;确认修改情况。 我做了下对比，InnoDB的时候，数据库体积为23M，MyISAM的时候，数据库体积3M。给他256M的缓存，让数据库撒着欢地跑。 原创文章，笛声  点赞，加油！ (3.7分)
2017-12-10 14:30:32 1
|
[综合话题]
2018 网站提速之WordPress篇
