Fatal编程技术网
  • apache/
  • Apache间歇性挂起是网络延迟吗？

Apache间歇性挂起是网络延迟吗？

apache networking debian

Apache间歇性挂起是网络延迟吗？,apache,networking,debian,lag,Apache,Networking,Debian,Lag,我在Debian box上从Apache提供服务的web应用程序上有间歇性的延迟。Apache和MySQL签出。我远没有充分利用盒式CPU/内存。但仍存在间歇性滞后。我的理论是有一个网络速率限制需要调整。下面是统计数据 Apache服务器状态 顶部 ss-s 程可打开句柄数限制 1024 ss-ntu | awk{print$5}| cut-d:-f1 | sort | uniq-c | sort-n ss-ntu | awk{print$6}| cut-d:-f1 | sort | uniq-

我在Debian box上从Apache提供服务的web应用程序上有间歇性的延迟。Apache和MySQL签出。我远没有充分利用盒式CPU/内存。但仍存在间歇性滞后。我的理论是有一个网络速率限制需要调整。下面是统计数据

Apache服务器状态 顶部 ss-s 程可打开句柄数限制 
1024

ss-ntu | awk{print$5}| cut-d:-f1 | sort | uniq-c | sort-n ss-ntu | awk{print$6}| cut-d:-f1 | sort | uniq-c | sort-n MySQL 
没有运行超过一秒钟的进程。工艺数量在限制范围内。

我不知道在诊断网络速率限制问题时，除了这些之外，还有什么统计数据是相关的。任何指点都将不胜感激

编辑 中央处理器

  • lscpu
Apache配置

  • apachectl-t-D转储\u运行\u CFG
Mysql

  • 显示全球地位
  • 显示全局变量
  • 显示完整进程列表
  • mysqltuner
可选的非常有用的信息

  • top-bn1
  • iostat-xm5 3
  • ulimit-a
      • 多萝西，你的系统忙得不可开交。不知道间歇性挂起的频率和持续时间使我们处于不利地位。一个可能的原因是com_drop_表在83天的正常运行时间内使用了3318次。另一个可能的原因是读写数据量过大。innodb_写入的数据在83天内达到484TB，而MySQLTuner在10个表中只报告了800K的数据。我们的一般日志分析可能会确定这种高活动的原因。这些建议将是一个开始，需要完成更多的分析和更改

      从操作系统命令提示符， ulimit-n96000将启用比今天1024个限制更多的打开文件（句柄）。 这是Linux中的动态操作，不需要重新启动操作系统。 要使此更改在操作系统停止/启动期间保持不变，可以使用以下URL作为指南。 请使用96000，而不是500000-如他们的示例文档中所示。

      每秒速率=RPM

      关于你的my.CNF[myqLDL]部分

      的建议 
      innodb_io_capacity=1900  # from 200 if you have SSD, 900 if you have magnetic storage to improve IOPS
net_buffer_length=32K  # from 16K to reduce malloc operations
innodb_lru_scan_depth=100  # from 1024 to conserve 90% of CPU cycles used for function
key_cache_segments=16  # from 0 to reduce mutex contention with MyISAM opens
key_cache_division_limit=50  # from 100 for Hot/Warm storage to reduce key_page_reads RPS of 18
aria_pagecache_division_limit=50  # from 100 for Hot/Warm storage to reduce aria_pagecache_reads RPS of 5K
read_rnd_buffer_size=64K  # from 256K to reduce handler_read_rnd_next RPS of 27,707
      这些更改将减少完成大多数查询所需的时间。 要考虑的其他领域包括使用慢速查询日志分析来查找索引可以避免表扫描的位置。MySQLTuner报告说，在没有索引的情况下执行了400多万次连接。我们的FAQ页面包含有关如何找到需要索引以避免扫描的表的信息。让我们了解这些建议对您的作用。
      如果您能够灵活地使用这种通信方式，Skype Talk将运行得非常好。

      Dorothy，您的系统非常繁忙。不知道间歇性挂起的频率和持续时间使我们处于不利地位。一个可能的原因是com_drop_表在83天的正常运行时间内使用了3318次。另一个可能的原因是读写数据量过大。innodb_写入的数据在83天内达到484TB，而MySQLTuner在10个表中只报告了800K的数据。我们的一般日志分析可能会确定这种高活动的原因。这些建议将是一个开始，需要完成更多的分析和更改

      从操作系统命令提示符， ulimit-n96000将启用比今天1024个限制更多的打开文件（句柄）。 这是Linux中的动态操作，不需要重新启动操作系统。 要使此更改在操作系统停止/启动期间保持不变，可以使用以下URL作为指南。 请使用96000，而不是500000-如他们的示例文档中所示。

      每秒速率=RPM

      关于你的my.CNF[myqLDL]部分

      的建议 
      innodb_io_capacity=1900  # from 200 if you have SSD, 900 if you have magnetic storage to improve IOPS
net_buffer_length=32K  # from 16K to reduce malloc operations
innodb_lru_scan_depth=100  # from 1024 to conserve 90% of CPU cycles used for function
key_cache_segments=16  # from 0 to reduce mutex contention with MyISAM opens
key_cache_division_limit=50  # from 100 for Hot/Warm storage to reduce key_page_reads RPS of 18
aria_pagecache_division_limit=50  # from 100 for Hot/Warm storage to reduce aria_pagecache_reads RPS of 5K
read_rnd_buffer_size=64K  # from 256K to reduce handler_read_rnd_next RPS of 27,707
      这些更改将减少完成大多数查询所需的时间。 要考虑的其他领域包括使用慢速查询日志分析来查找索引可以避免表扫描的位置。MySQLTuner报告说，在没有索引的情况下执行了400多万次连接。我们的FAQ页面包含有关如何找到需要索引以避免扫描的表的信息。让我们了解这些建议对您的作用。
      如果您能够灵活地使用这种通信方式，Skype Talk将非常有效。

      附加信息请求。#MySQL主机服务器上是否有任何SSD或NVME设备？在pastebin.com上发布并共享链接。A） Apache配置从您的SSH登录根目录，文本结果为：B）显示全局状态；至少24小时正常运行后C）显示全局变量；D） 显示完整的进程列表；E） 完整的MySQLTuner报告和可选的非常有用的信息，如果可用，包括大多数活动应用的-htop或top-1st页，iostat-xm 5 3按设备和核心/cpu计数计算的IOPS，用于服务器工作负载优化分析以提供建议。PS使用ulimit-a请使用ulimit-a确定限制并发布。Ulimit-n通常用于“设置”打开文件的限制。@WilsonHauck问题用收集的信息编辑。感谢您发布数据。今天将开始分析。将尝试在24小时内发布建议。期待提供有用的建议。请查看配置文件、网络配置文件以获取联系信息和免费下载的实用程序脚本，以帮助进行性能调整。Dorothy，MySQL主机服务器上是否有SSD或NVME设备？感谢您的传统信息请求MySQL主机服务器上是否有任何SSD或NVME设备？在pastebin.com上发布并共享链接。A） Apache配置从您的SSH登录根目录，文本结果为：B）显示全局状态；至少24小时正常运行后C）显示全局变量；D） 显示完整的进程列表；E） 完整的MySQLTuner报告和可选的非常有用的信息，如果可用，包括大多数活动应用的-htop或top-1st页，iostat-xm 5 3按设备和核心/cpu计数计算的IOPS，用于服务器工作负载优化分析以提供建议。PS使用ulimit-请使用ulimit-a确定限制并将其作为 
      Total: 1934
TCP:   2362 (estab 1233, closed 1105, orphaned 2, timewait 1104)

Transport Total     IP        IPv6
RAW       0         0         0        
UDP       0         0         0        
TCP       1257      430       827      
INET      1257      430       827      
FRAG      0         0         0    

          1 Local
    6 192.XXX.XXX.XXX
  100 127.0.0.1
  340 10.0.0.XX
  866 [

       ..........
lists # of ip connections. Besides 127.0.0.1 and [ there are 2 ips over 50.
   74 104.xxx.xxx.xxx
   91 12.xxx.xxx.xxx

      innodb_io_capacity=1900  # from 200 if you have SSD, 900 if you have magnetic storage to improve IOPS
net_buffer_length=32K  # from 16K to reduce malloc operations
innodb_lru_scan_depth=100  # from 1024 to conserve 90% of CPU cycles used for function
key_cache_segments=16  # from 0 to reduce mutex contention with MyISAM opens
key_cache_division_limit=50  # from 100 for Hot/Warm storage to reduce key_page_reads RPS of 18
aria_pagecache_division_limit=50  # from 100 for Hot/Warm storage to reduce aria_pagecache_reads RPS of 5K
read_rnd_buffer_size=64K  # from 256K to reduce handler_read_rnd_next RPS of 27,707