Question

总之，我有一个新的mysql服务器运行速度比它要替换的速度慢。我试图确定这是否是由于新服务器上几乎不存在的负载，而我正在测试它（IE：查询优化器不知道这样做）。我只是不想打开这个东西，我们的应用程序会超时而死。

现在有关细节......两者都是MySQL（Percona）5.5服务器。＆＃34; old＆＃34;服务器是Xeon 8c / 16t，128GB RAM，6x SAS 15k RAID10盒。＆＃34;新＆＃34;服务器是双Xeon，16c / 32t，256GB RAM，6x SSD RAID 10盒。

旧服务器正在运行debian，新的Ubuntu。这几乎是两者之间唯一的非硬件差异。两者都使用完全相同的my.cnf配置。 MySQL数据库严格来说是INNODB。

我有＆＃34;新＆＃34;服务器设置为＆＃34; old＆＃34;用于检测。但是，在新的，速度更快的硬件上执行时，大多数选择查询的速度要慢2-10倍。即使缓冲池有时间加载，后续查询运行仍然要慢得多。它几乎就像新的服务器不会缓存任何东西，尽管相同的配置。

EXPLAIN并不总是显示相同的执行计划。如果我在新方框上使用FORCE INDEX来获得正确的计划，那通常会有所帮助，但并非总是如此。

对于它，下面是每个盒子上my.cnf的调整部分。当前的实时服务器（旧）大约600选择/秒，150插入更新/秒。偶尔会飙升到那个音量的两倍。

key_buffer              = 128M
max_allowed_packet      = 16M
thread_stack            = 192K
thread_cache_size       = 8
max_connections         = 350 
read_rnd_buffer_size    = 2M
read_buffer_size        = 1M
sort_buffer_size        = 2M
join_buffer_size        = 3M 
bulk_insert_buffer_size = 8M
table_open_cache        = 4096
table_definition_cache  = 2048 
thread_cache_size       = 32
max_heap_table_size     = 64M 
tmp_table_size          = 64M 
query_cache_limit       = 4M
query_cache_size        = 128M

default-storage-engine  = innodb
innodb_buffer_pool_size = 81920M
innodb_additional_mem_pool_size = 20M
innodb_buffer_pool_instances = 4 
innodb_log_file_size    = 256M  
innodb_log_buffer_size  = 4M 
innodb_thread_concurrency = 12
innodb_flush_method     = O_DIRECT  
innodb_flush_log_at_trx_commit = 2  
innodb_file_format      = barracuda
innodb_support_xa       = 0         
innodb_file_per_table   = true
innodb_max_dirty_pages_pct=75 
innodb_read_io_threads  = 8
innodb_write_io_threads = 8
innodb_io_capacity      = 500

提前感谢你的帮助。

----编辑：示例查询＆amp;解释---

这是一个更糟糕的查询（故意挑选），使用了union和join。它正在两张表中查看RFID数据并对其进行整合。

Log_RFID_WebService有大约500万行。 Log_RFID_Zonal有大约200万行。

旧服务器执行时间（3次运行）：。110，.074，.074

新服务器执行时间（3次运行）：。234，.250，.249

同样，看起来像某种缓存问题......或者新服务器上的临时表速度要慢得多......这对我来说仍然没有意义

SELECT 
sql_calc_found_rows 
Q.*,D.MktDlrCode,GetLastOrder(Q.CustId,D.StoreId,Q.Timestamp) As       LastOrder
FROM 
((SELECT
Zonal.ID,Zonal.CustId,Zonal.SID,'' As  Lane,Zonal.RFIDtag,ANT.Antenna,ANT.Location,ANT.Direction,Timestamp,DATE_FORMAT(Timestamp,'%c/%d/%y %l:%i:%s %p') As DateTimestamp
FROM Portal.Log_RFID_Zonal As Zonal 
INNER JOIN Portal.Log_RFID_Antennas As ANT ON
ANT.Antenna=Zonal.LocationCode AND
ANT.SID=Zonal.SID AND
ANT.IgnoreFlag=0
WHERE
Zonal.Timestamp>=STR_TO_DATE('08/01/2015','%m/%d/%Y') AND
Zonal.Timestamp<DATE_ADD(STR_TO_DATE('08/01/2015','%m/%d/%Y'), INTERVAL 1     day)
ORDER BY Zonal.Timestamp DESC
)
UNION
(SELECT
RFID.ID,RFID.CustId,RFID.SID,RFID.Lane,RFID.RFIDtag,ANT.Antenna,ANT.Location,ANT.Direction,Timestamp,DATE_FORMAT(Timestamp,'%c/%d/%y %l:%i:%s %p') As DateTimestamp
FROM Portal.Log_RFID_WebService As RFID 
INNER JOIN Portal.Log_RFID_Antennas As ANT ON
ANT.Antenna=RFID.LocationCode AND
ANT.SID=RFID.SID AND
ANT.IgnoreFlag=0 
WHERE
RFID.Timestamp>=STR_TO_DATE('08/01/2015','%m/%d/%Y') AND
RFID.Timestamp<DATE_ADD(STR_TO_DATE('08/01/2015','%m/%d/%Y'), INTERVAL 1 day)
ORDER BY RFID.Timestamp DESC
)
ORDER BY
Timestamp DESC
) As Q
INNER JOIN Stores As D ON
D.StoreId=Q.SID AND
D.ReportFlag=1
LIMIT 0,25;

此特定查询的两台服务器上的说明相同：

Id SelType      Table        Type    Key       Rows    Extra
1 PRIMARY      <derived>    ALL               300     Using where;Using Index
1 PRIMARY      D            ref     StoreId   1       Using Where
2 DERIVED      Zonal        range   ix1       6368    Using where
2 DERIVED      ANT          eq_ref  PRIMARY   1       Using where
3 UNION        RFID         range   ix1       938     Using where
3 UNION        ANT          eq_ref  PRIMARY   1       Using where
  UNION RESULT              ALL               0       Using filesort

Answer 1

奇怪的是，在新服务器上禁用超线程似乎解决了这个问题。从来没有想到会在低负荷情况下产生影响。

新MySQL服务器比旧

1 个答案: