彩带范文网综合范文其他范文内容页

2023年php fpm性能调优模板

2024-04-23其他范文下载文档

在日常学习、工作或生活中,大家总少不了接触作文或者范文吧,通过文章可以把我们那些零零散散的思想,聚集在一块。那么我们该如何写一篇较为完美的范文呢?下面是小编为大家收集的优秀范文,供大家参考借鉴,希望可以帮助到有需要的朋友。

php fpm性能调优篇一

性能调优时的最好的选择是首先确保运行尽可能少的代码。以下是小编整理的分析php性能调优实战,就跟随小编去了解下吧,想了解更多相关信息请持续关注我们应届毕业生考试网!

不用运行的代码才是绝好的代码。其他只是好的代码。所以,性能调优时,最好的选择是首先确保运行尽可能少的代码。

首先,最快且最简单的选择是启用 opcode 缓存。opcode 缓存的更多信息可以在 这里 找到。

在上图,我们看到启用 zend opcache 后发生的情况。最后一行是我们的基准,也即没有启用缓存的情况。

在中间行,我们看到较小的性能提升,以及内存使用量的.大幅减少。小的性能提升(很可能)来自 zend opcache 优化,而非 opcode 缓存。

第一行是优化和 opcode 缓存后结果,我们看到很大的性能提升。

现在,我们看看 apc 之前和之后的变化。如上图所示,跟 zend opcache 相比,随着缓存的建立,我们看到初始(中间行)请求的性能下降,在消耗时长与内存使用量方面的表现都明显下降。

接着,随之 opcode 缓存的建立,我们看到类似的性能提升。

第二件我们能做的事是缓存内容——这对 wordpress 而言小菜一碟。它提供了许多安装简便的插件来实现内容缓存,包括 wp super cache。wp super cache 会创建网站的静态版本。该版本会在出现诸如评论事件时依照网站设置自动过期。(例如,在非常高负载情况下,您可能会想禁止任何原因造成的缓存过期)。

内容缓存只能在几乎没有写操作时有效运行,写操作会使缓存失效,而读操作不会。

你也应该缓存应用从第三方 api 处收到的内容,从而减少由于 api 可用性导致的延迟与依赖。 wordpress 有两个缓存插件,可以大大提高网站的性能: w3 total cache 和 wp super cache。

这两个插件都会创建网站的静态 html 副本,而不是每次收到请求时再生成页面,从而压缩响应时间。

如果你正在开发自己的应用程序,大多数框架都有缓存模块:

zend framework 2:zend\cache

symfony 2:multiple options

laravel 4:laravel cache

thinkphp 3.2.3:thinkphp cache

另一个缓存选项是查询缓存。针对 mysql,有一个通用的查询缓存帮助极大。对于其他数据库,将查询结果集缓存在 memcached 或者 cassandra 这样的内存缓存,也非常有效。

跟内容缓存一样,查询缓存在包含大量读取操作的场景是最有效的。由于少量的数据改动就会使大块的缓存区无效,尤其不能在这种情况下依赖 mysql 查询缓存来提高性能。

查询缓存或许在生成内容缓存时对性能有提升。

如下图所示,当我们开启查询缓存后,实际运行时间减少了 40% ,尽管内存使用量没有明显改变。

现有三种类型的缓存选项,由 query_cache_type 控制设置。

设置值为 0 或 off 将禁用缓存

设置值为 1 或 on 将缓存除了以 select sql_no_cache 开头之外的所有选择

设置值为 2 或 demand 只会缓存以 select sql_cache 开头的选择

此外,你应该将 query_cache_size 设置为非零值。将它设置为零将禁用缓存,不管 query_cache_type 是否设置。

想得到设置缓存的帮助,与许多其他性能相关的设置,请查看 mysql-tuning-primer 脚本。

mysql 查询缓存的主要问题是,它是全局的。对缓存结果集构成的表格的任何更改都将导致缓存失效。在写入操作频繁的应用程序中,这将使缓存几乎无效。

然而,你还有许多其他选择,可以根据你的需求和数据集建立更多的智能缓存,例如 memcached , riak , cassandra 或 redis

如前所述,数据库查询常常是程序执行缓慢的原因,查询优化往往能比代码优化带来更多切身的好处。

查询优化有助于生成内容缓存时提高性能,而且,在无法缓存这种最坏的情况下也有益处。

除了分析, mysql 还有一个帮助识别慢查询的选择——慢查询日志。慢查询日志会记录所有耗时超过指定时间的查询,以及不使用索引的查询(后者为可选项)。

您可以在 中使用以下配置启用日志。

[mysqld]

log_slow_queries =/var/log/mysql/

long_query_time =1

log-queries-not-using-indexes

任何查询如果慢于 long_query_time (以秒为单位),该查询就会记录到日志文件 log_slow_queries 中。默认值是10秒,最低1秒。

此外, log-queries-not-using-indexes 选项可以将任何不使用索引的查询捕获到日志中。

之后我们可以用与 mysql 捆绑在一起的 mysqldumpslow 命令检查日志。

在 wordpress 安装时使用这些选项 ,主页加载完成并运行后得到如下数据:

$ mysqldumpslow -g "wp_" /var/log/mysql/

reading mysql slow query log from /var/log/mysql/

count: 1 time=0.00s (0s) lock=0.00s (0s) rows=358.0(358), user[user]@[host] select option\_name, option\_value from wp_options where autoload ='s'

count: 1 time=0.00s (0s) lock=0.00s (0s) rows=41.0(41), user[user]@[host] select user\_id, meta_key, meta_value from wp_usermeta where user_id in (n)

首先,注意所有字符串值都以 s 表示,数字则以 n 表示。你可以添加 -a 标志来显示这些值。

s("content_relate");

【分析php性能调优实战】相关文章:

1.关于java性能调优的方法

2.php性能优化技巧

3.php性能优化的技巧

4.php性能优化小技巧

5.php文件缓存的性能测试

6.php4和php5性能对比

7.php程序性能优化的方法

8.php文件上传源码分析

9.分享linux操作系统提高php性能的工具apc

标签:2023年 php fpm 性能 调优 模板

猜你喜欢