我有一个非常简单的查询,直接相当于
SELECT * FROM sometable t WHERE somecol = 'somevalue' ORDER BY createdon DESC LIMIT 0,20000;
当我在非集群开发机器上运行这个查询时,它在0.07秒内运行。
当我在一个集群负载平衡服务器上运行相同的查询时,需要超过半个小时才能完成。两台服务器上的数据完全相同。
为什么会发生这种事?
下面是有关设置的更多信息:
表中的行总数为14k,因此它不会接近LIMIT。
MySQL版本为MySQL服务器:5.1.56-NDB-7.1.15a-集群-gpl
Ubunt
我有一个非常简单的查询,直接相当于
SELECT * FROM sometable t WHERE somecol = 'somevalue' ORDER BY createdon DESC LIMIT 0,20000;
当我在非集群开发机器上运行此查询时,它将在0.07秒内运行,以返回14k行结果集。当我在一个集群负载平衡服务器上运行相同的查询时,它需要超过半个小时才能完成(如果完成的话)。两种环境中的数据完全相同。
对聚集框上的查询运行EXPLAIN返回一个' row‘值6,而如果我在我的dev机器上运行它,它将返回一个行值11177!
有人能解释一下为什么会发生这
在Windows下,用户可以使用以下命令读取.NET性能计数器:
使用PerformanceCounterWMI和查询 related classesC#的.NET性能监视器
考虑到最近发布的Linux,以及这样的应用程序也可以在.NET上运行的事实,人们如何才能访问目前在.NET上可用的与Windows相关的统计数据?
我写了一个插入查询。在本地服务器上运行时,没有问题,但在活动服务器上运行相同的查询时会显示错误。
labtestdat的总数据--> 51439
testmedical的总数据-> 1684
本地服务器
插入查询:
INSERT INTO labtestdata(labid,testid) SELECT '131',id FROM testmedical
WHERE id NOT IN(SELECT testid FROM labtestdata WHERE labid = '131')
确认信息:
插入1684行。插入的行id: 67592