首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    本地 Docker 打开 WordPress 速度慢

    本文记录了一次排查本地网页加载速度异常慢的经历。 8 G Mac + Docker 环境下运行 WordPress ,本地打开站点首页耗时非常长,虽然怀疑是内存不足导致的,但是无凭无据纯属猜测。...数据查询次数:33 消耗时间:16.147 秒, 使用内存: 22.94MB 但是从打印出的 SQL 语句的耗时来看,又是非常短,查询 MySQL 都是毫秒级的。...0x00007fd6eb613090] [INCLUDE_OR_EVAL]() /var/www/html/local.xxx.com/index.php:17 貌似我可以通过分析 WordPress 源码里的语句来分析为什么网站打开速度慢...,但是,慢日志里的记录并没有主题代码的记录,也就是说去改动 WordPress 源码来解决本地访问速度慢的问题是不可靠的,因为 WordPress 升级后这些改动可能会失效…,这个思路是不推荐的。...到这个阶段,从 WordPress 打印出的 SQL 语句执行耗时,结合 Nginx 日志 + PHP 慢日志可以得出一个结论: WordPress 主题里的 PHP 代码和网站打开速度慢没有直接关联

    5.9K30

    SQLServer查询速度慢的原因

    查询速度慢的原因很多,常见如下几种:  1、没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2、I/O吞吐量小,形成了瓶颈效应。 ...4、内存不足  5、网络速度慢  6、查询出的数据量过大(可以采用多次查询,其他的方法降低数据量)  7、锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷) 8、sp_lock,sp_who...29、Between 在某些时候比 IN 速度更快,Between能够更快地根据索引找到范围。用查询优 化器可见到差别。...他们的速度只同是 否使用索引有关,如果查询需要用到联合索引,用 UNION all 执行的效率更高.多个 OR的字 句没有用到索引,改写成UNION的形式再试图与索引匹配。...对视图操作比直接对表操作慢,可以用stored procedure 来代替她。特别的是不要用视图嵌套,嵌套视图增加了寻找原始资料的难度。

    55700

    大表分页查询非常慢,怎么办?

    54 ms 当起点位置在 100000 的时候,仅耗时:268 ms 当起点位置在 500000 的时候,仅耗时:1.16 s 当起点位置在 1000000 的时候,仅耗时:2.35 s 可以非常清晰的看出...而事实上,一般查询耗时超过 1 秒的 SQL 都被称为慢 SQL,有的公司运维组要求的可能更加严格,比如小编我所在的公司,如果 SQL 的执行耗时超过 0.2s,也被称为慢 SQL,必须在限定的时间内尽快优化...这种方案还是非常可行的,如果当前业务对排序要求不多,可以采用这种方案,性能也非常杠!...进行过滤查询,效果可能会不尽人意,例如订单数据的查询,这个时候比较好的解决办法就是将订单数据存储到 elasticSearch 中,通过 elasticSearch 实现快速分页和搜索,效果提升也是非常明显...但如果当前表的主键 ID 是字符串类型,比如 uuid 这种,就没办法实现这种排序特性,而且搜索性能也非常差,因此不建议大家采用 uuid 作为主键ID,具体的数值类型主键 ID 的生成方案有很多种,比如自增

    1.8K20
    领券