本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 使用等待事件調校 Aurora MySQL
<a name="AuroraMySQL.Managing.Tuning.wait-events"></a>

下表彙總了最常表示效能問題的 Aurora MySQL 等待事件。下列等待事件是 [Aurora MySQL 等待事件](AuroraMySQL.Reference.Waitevents.md)中的清單子集。


| 等待事件 | 說明 | 
| --- | --- | 
|  [cpu](ams-waits.cpu.md)  |  此事件表示執行緒活躍於 CPU 中或正在等待 CPU。  | 
|  [io/aurora\$1redo\$1log\$1flush](ams-waits.io-auredologflush.md)  |  當工作階段將持久性資料寫入至 Aurora 儲存體時，此事件便會發生。  | 
|  [io/aurora\$1respond\$1to\$1client](ams-waits.respond-to-client.md)  |  當執行緒正在等待將結果集傳回至用戶端時，此事件便會發生。  | 
|  [io/redo\$1log\$1flush](ams-waits.io-redologflush.md)  |  當工作階段將持久性資料寫入至 Aurora 儲存體時，此事件便會發生。  | 
|  [io/socket/sql/client\$1connection](ams-waits.client-connection.md)  |  當執行緒正在處理新連線時，此事件便會發生。  | 
|  [io/table/sql/handler](ams-waits.waitio.md)  |  當工作已委派給儲存引擎時，此事件便會發生。  | 
|  [synch/cond/innodb/row\$1lock\$1wait](ams-waits.row-lock-wait.md)  |  當一個工作階段已鎖定資料列進行更新，而另一個工作階段嘗試更新同一資料列時，此事件便會發生。  | 
|  [synch/cond/innodb/row\$1lock\$1wait\$1cond](ams-waits.row-lock-wait-cond.md)  |  當一個工作階段已鎖定資料列進行更新，而另一個工作階段嘗試更新同一資料列時，此事件便會發生。  | 
|  [synch/cond/sql/MDL\$1context::COND\$1wait\$1status](ams-waits.cond-wait-status.md)  |  有執行緒正在等待資料表中繼資料鎖定時，此事件便會發生。  | 
|  [synch/mutex/innodb/aurora\$1lock\$1thread\$1slot\$1futex](ams-waits.waitsynch.md)  |  當一個工作階段已鎖定資料列進行更新，而另一個工作階段嘗試更新同一資料列時，此事件便會發生。  | 
|  [synch/mutex/innodb/buf\$1pool\$1mutex](ams-waits.bufpoolmutex.md)  |  當執行緒已對 InnoDB 緩衝集區取得鎖定來存取記憶體中的頁面時，此事件便會發生。  | 
|  [synch/mutex/innodb/fil\$1mutex](ams-waits.innodb-fil-system-mutex.md)  |  當工作階段正在等待存取資料表空間記憶體快取時，此事件便會發生。  | 
|  [synch/mutex/innodb/fil\$1mutex](ams-waits.trxsysmutex.md)  |  由於大量交易而有高資料庫活動時，此事件便會發生。  | 
|  [synch/sxlock/innodb/hash\$1table\$1locks](ams-waits.sx-lock-hash-table-locks.md)  |  當緩衝集區中找不到的頁面必須從檔案讀取時，此事件便會發生。  | 
|  [synch/mutex/innodb/temp\$1pool\$1manager\$1mutex](ams-waits.io-temppoolmanager.md)  |  當工作階段正在等待取得互斥以管理工作階段暫存資料表空間集區時，就會發生此事件。  |