Qual é a diferença entre os tipos de espera ASYNC_IO_COMPLETION e IO_COMPLETION?

Acho que você deve primeiro entender a diferença entre Sync IO e Async IO. As informações sobre a natureza básica de ambas as E/S podem ser encontradas no blog de apresentação de E/S de Bob Dorr, consulte a seção Async vs Sync IO.

Em um significado muito simples, a E/S assíncrona é aquela em que, após colocar a solicitação de E/S, o programa ou código de chamada não espera a conclusão da operação de E/S, mas fica ocupado com outra tarefa, depois pode vir e verificar se o A solicitação de E/S foi concluída ou não. Da mesma forma, para Sync IO, o código de chamada aguardará a confirmação de que a solicitação de E/S foi feita. Citação do blog do Bob Dorr

No Windows, as APIs de E/S permitem solicitações de sincronização e assíncrona. As solicitações de sincronização são chamadas para a API, como WriteFile, que não retornarão o controle ao código de chamada até que a operação seja concluída. Async entrega a solicitação ao sistema operacional e drivers associados e retorna o controle ao código de chamada. O código de chamada é livre para executar outra lógica e depois voltar para ver se/quando a E/S é concluída.

O SQL Server usa principalmente padrões de E/S assíncrona. Isso permite que o SQL Server grave ou leia uma página e continue a usar a CPU e outros recursos com eficiência. Veja o exemplo de uma operação de classificação grande. O SQL Server pode usar sua lógica de leitura antecipada para postar (solicitação assíncrona) muitas páginas e, em seguida, iniciar o processamento da primeira página retornada pela solicitação. Isso permite que o SQL Server use os recursos da CPU para classificar as linhas na página enquanto o subsistema de E/S está buscando (lendo) em outras páginas ao mesmo tempo. Maximizando a largura de banda de E/S e usando outros recursos como CPU de forma mais eficaz.

Agora, o tempo de espera aqui representa o tempo gasto na espera da solicitação de E/S Async/Sync para ser concluída.