一、線程長時間處于killed狀態(tài)怎么辦

如果一個線程被標記為kill或query end，并且 InnoDB 引擎狀態(tài)報告同一線程的回滾，請等待它結(jié)束。它可能與從磁盤中刪除一些臨時表有關。一個ALTER TABLE可能需要丟棄非常大的臨時表，而某些文件系統(tǒng)（例如ext3或ext4）刪除大文件可能相當慢。

因此可能需要幾秒鐘甚至更長的時間。任何 DML 語句也可以創(chuàng)建臨時表，但通常不會那么大。

在最極端的情況下，刪除文件也不會超過十或二十秒，但在 I/O 負載較重的情況下，它可能會更長，所以有什么方法可以查看是否有臨時表是否被創(chuàng)造？在Percona Server或MariaDB中，您檢查INFORMATION_SCHEMA.GLOBAL_TEMPORARY_TABLE和INFORMATION_SCHEMA.TEMPORARY_TABLE的內(nèi)容。它僅適用于使用CREATE TEMPORARY TABLE語句手動建立的臨時表，不適用于 MySQL 隱式創(chuàng)建的執(zhí)行復雜查詢時的臨時表。

延伸閱讀：

二、行式數(shù)據(jù)庫與列式數(shù)據(jù)庫應用場景

行式更適合OLTP，比如傳統(tǒng)的基于增刪改查操作的應用。列式更適合OLAP，非常適合于在數(shù)據(jù)倉庫領域發(fā)揮作用，比如數(shù)據(jù)分析、海量存儲和商業(yè)智能；涉及不經(jīng)常更新的數(shù)據(jù)。

由于設計上的不同，列式數(shù)據(jù)庫在并行查詢處理和壓縮上更有優(yōu)勢。而且數(shù)據(jù)是以列為單元存儲，完全不用考慮數(shù)據(jù)建?；蛘哒f建模更簡單了。要查詢計算哪些列上的數(shù)據(jù)，直接讀取列就行。

最后我們需要務實的指出，沒有使用廣泛的數(shù)據(jù)庫，列式數(shù)據(jù)庫也并非使用廣泛，只不過給DBA提供了更多的選擇，DBA需根據(jù)自己的應用場景自行選擇。