我拥有一个WordPress的安装，并更新到3.4.1。 升级之后，我的wordpress出现了一个非常奇怪的放缓。 毕竟，我用了 define('SAVEQUERIES', true); 在我的wp-config.php中结合了我的主题footer.php中的以下代码 global $wpdb; echo "<pre>"; print_r($wpdb->queries); echo "</pre>"; 我发现，虽然我没有太多的查询（我得到了49个问题），还有 4查询超过9“ 3查询花了超过8“ 4个查询花了超过7“ 4查询超过6“ 8个查询花了超过5“ 1 Quiry花了超过4“ 在这里，我将向您展示一些查询： /* Execution time 7.0095062E-5 */ SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON t.term_id = tt.term_id WHERE tt.taxonomy IN ('category') AND tt.count > 0 ORDER BY t.name ASC […]
我尝试在Windows XP中共享整个分区。 在这个分区上有10多万个文件。 Windows为每个人设置了访问权限，并且在过去的12个小时内一直在做这些工作，并且还没有完成。 有更快的方式来共享文件夹与这么多的文件？
我正在开始一个新的Web应用程序的开发，这个应用程序需要被devise成可以从单词开始扩展。 我正在研究数据库复制和主/从复制的概念（或发布者/订阅者 – 我认为这些都是一样的东西，但请纠正我，如果我错了）。 我一直在阅读的拓扑结构涉及到主处理所有的数据库写入和从属处理所有的读取。 我的问题是： 在从服务器必须尽可能接近实时数据的情况下，与直接读取数据库相比，事务复制对主数据库的负载是否更小？ 另外，从机的性能不会受到事务性复制的影响，就好像它正在被写入一样？ 一般来说，感觉就像操作数量正在乘以引入复制一样 例如 数据被写入主数据库（由客户端） 从主数据库读取数据（用于复制） 数据被写入从属数据库（用于复制） 数据从从属数据库（由客户端）读取 对我来说，似乎增加额外的读取和写入过程会增加额外的服务器所带来的好处。 我看这太简单吗？ 还是我错过了什么？ 谢谢
我最近的任务是在我们现有的服务器上安装一个SSL证书，而现有的服务器只对现有的虚拟主机使用http协议。 我为系统创build了新的*：443 NameVirtualHost vhostconfiguration并重新启动了apache。 它似乎开始没有任何结果。 但是，继续使用正常的基于端口80的网站的用户开始经历服务器的非常慢的响应。 当我从系统中删除*：443 vhost时，性能恢复正常。 我从来没有见过一个基于SSL的虚拟主机的实现会对性能造成极大的影响，如果有人能够协助这个虚拟主机，我会喜欢它。 非SSL网站的性能受到大约70％的响应速度的影响。 新的虚拟主机如下： NameVirtualHost *:443 <VirtualHost *:443> ServerName securedomain.com ServerAlias www.securedomain.com ServerAdmin [email protected] DocumentRoot /var/www/vhosts/sf ErrorLog logs/ssl_securedomain.com-error_log TransferLog logs/ssl_securedomain.com-access_log CustomLog logs/ssl_securedomain.com-access_log "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b" SSLEngine on SSLCertificateFile /etc/httpd/conf/ssl.crt/securedomain.com.crt SSLCertificateKeyFile /etc/httpd/conf/ssl.key/securedomain.com.key SSLProtocol -All +SSLv3 SSLCipherSuite HIGH:!SSLv2:!EXPORT:!LOW:!MEDIUM:!ADH-DES-CBC3-SHA <Files ~ "\.(cgi|shtml|phtml|php?)$"> SSLOptions +StdEnvVars </Files> <Directory "/var/www/cgi-bin"> SSLOptions […]
我们公司的一个Apache / PHP / MySQL驱动的站点正在被移动到一个新的服务器上。 它还没有转移到生产，所以只有两个用户左右。 但是，使用数据库加载页面可能需要几秒钟的时间。 例如：首页加载时为13.8秒，后续加载时为0.01-0.02秒。 这是一个包含30个查询的页面。 我猜想会涉及到某种types的MySQLcaching，但是我的主要问题是：为什么初始负载非常慢？ 有什么可以从这个诊断吗？ 特别是在MySQL SHOW STATUS输出中有一些很大的数字让我担心。 顶级输出： top – 12:22:33 up 163 days, 22:45, 7 users, load average: 0.09, 0.16, 0.29 Tasks: 960 total, 1 running, 959 sleeping, 0 stopped, 0 zombie Cpu(s): 0.3%us, 0.7%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1025492k total, 700924k used, 324568k […]
我们一直在运行一个包含相当大的图片库的网站。 我们开始成长，我们需要一个新的地方来保持我们的形象。 所以我开始寻找和testing。 出于testing目的，我创build了三个相同的链接（其中包含200个div），除了它们正在加载图片的链接之外。 所以我们上传了200张图片到RackSpace CloudFiles，RackSpace VM和NGINX，以及我们目前在英国Iomart的服务器。 我正在使用Loads.in工具来检查从所有可行的位置的每个链接的加载时间。 这些结果是:(主要testing欧洲，因为我们得到了大多数客户） 今天结果： 结果的屏幕截图http://54bc716f6747a26a11fc-124a7e04969e62eeee52d95fc683bf05.r13.cf3.rackcdn.com/Screen%20Shot%202012-10-01%20at%205.16.14%20PM.png 周龄结果： OLD结果的屏幕截图http://54bc716f6747a26a11fc-124a7e04969e62eeee52d95fc683bf05.r13.cf3.rackcdn.com/Screen%20Shot%202012-10-01%20at%205.31.03%20PM.png 在旧的结果是明确的 – CloudFiles CDN是慢的，然后只是一个简单的服务器与NGINX Iomart。 但是，新的结果（第一环节）是一个混合的结果，并不是很清楚。 我也使用curl做了一些testing： curl http://foo.bar/image.jpg -o /dev/null 我运行相同的命令100次，然后计算平均速度，并显示CloudFIle链接比Iomart服务器链接慢。 总之，当你运行它时，结果真的感觉到了。 我们已经尝试过在CloudFiles上运行库，但是您可以清楚地看到它有多慢。 现在你可以说，由于我的位置，结果是不同的，但只要从我的位置，德国和英国伦敦的curl结果几乎相同。 现在经过几个星期的努力find一个适合我们画廊的好地方，我越来越困惑，开始质疑我的方法。 尽pipe我相信CloudFile和Akamai应该更快一些 – 根据我的testing – 事实并非如此。 而且您可以真正感受到使用和浏览CloudFiles和Iomart画廊的速度。 我是否以不好的方式进行testing？ 或者这些是正常的结果，我根本不明白的东西？ 有没有人有类似的经验，可以给我这个build议？
我在接受采访时被问到了这个问题，并希望得到一些反馈意见。 我有一个存储过程需要一个varchar参数IsActive是一个“是”或“否”string。 存储过程将查询具有数据types位的“活动”列的表。 如果参数是“YES”，那么它将返回有效列位值为1的所有行，否则为“否”将返回有效列位值为0的所有行。 查询时最好是将参数值从YES / NO转换为1/0，或将表格数据从1/0转换为YES / NO？ 如果数据types相反（1/0传入，YES / NO存储在表中），答案是否相同？
我有一个在Tomcat上运行的GWT应用程序，最近我发布了一个新版本的应用程序，突然我的服务器响应时间从平均500ms到平均15s。 我已经运行了我所知道的所有监控工具。 iostat说我的磁盘使用了0.03％ mysqltuner.pl说我没事别看下面 顶部说我的处理器是99％的空闲和平均负载：0.20,0.31,0.33 内存使用率为50％（ – / + buffers / cache：3997 3974） mysqltuner输出 [OK] Logged in using credentials from debian maintenance account. ——– General Statistics ————————————————– [–] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.1.63-0ubuntu0.10.04.1-log [OK] Operating on 64-bit architecture ——– Storage Engine Statistics ——————————————- [–] Status: +Archive -BDB […]
我正在运行64位的Debian Squeeze，并且从仓库安装了bugzilla。 此操作已自动configuration并安装： Bugzilla 3.6.2.0-4.5 MySQL Ver 14.14 Distrib 5.1.63 Apache 2.2.16-6 + squeeze8 当我浏览我的Bugzilla网页界面时，我发现导航速度非常快，但是添加新的bug或者注释非常慢（10s +）。 我已经尝试了以下的事情来纠正这个问题： configurationBugzilla使用mod_perl而不是mod_cgi。 导航速度有所加快，但表单提交仍然缓慢。 在（虚拟）服务器上投入更多的资源。 它现在有两个CPU核心和4GB内存（从一个核心和1GB内存）。 没有明显的差别。 按照这个页面的build议来调整我的sendmailconfiguration。 再次，这似乎没有改善的事情。 在提交错误的同时观看来自top的输出。 似乎没有什么资源。 任何人都可以build议我的下一个最好的步骤来解决我的性能问题的原因？ 如果这个瓶颈与MySQL有关，那么我不会感到惊讶，但我怎么能确定呢？
我有一个纯粹的SAN锦缎问题，想象一下我最近在一个客户身上发现的这种情况。 这个客户有两个站点，他们之间有DWDM或暗光纤。 在这两个网站上，他有一堆不同的存储arrays和服务器。 在现场，我发现系统pipe理员已经划出了一个盒子，我们用远程站点上的控制器进行IO性能testing。 SANpipe理员抱怨SAN性能在某些交换机和ISL上遇到了瓶颈。 我怀疑有多个服务器分区和从另一个站点分配的内存，所以很多IO是通过站点之间的ISL。 我的问题是，如何从锦缎结构中找出哪些是在ISL上执行IO的顶级端口？ 我不想知道ISL端口本身，但是通过ISLstream量最多的源端口 – >目的端口。