Início / dba / Perguntas / 337965
Accepted
Bi Act
Asked: 2024-03-23 14:51:11 +0800 CST

Velocidade de leitura do MySQL

  • 772

Quão rápido uma única instância física do Mysql pode executar a seguinte consulta em uma tabela de 2 colunas com cerca de 100 GB?

SELECT short_url FROM long_to_short WHERE long_url = :in_long_url

Reconheço que isso ainda deixa de fora alguns aspectos importantes - índices/configurações de banco de dados, etc. Eu realmente apreciaria uma análise pelos vários sabores.

Você sabe como isso mudaria se hierarquizássemos o armazenamento (SSD + mecânica)?

mysql

1 respostas

  1. Best Answer

    Primeiro, vamos dar uma olhada no tipo de dados e no INDEX:

    • long_url VARCHAR(255), INDEX(long_url, short_url)- é improvável que seja longo o suficiente, mas 10ms HDD e 1ms SDD.
    • long_url TEXT, INDEX long_url(100)(ou algum outro prefixo) - 20ms e 2ms, mas depende muito de quantos long_urls compartilham os mesmos primeiros 100 caracteres.
    • Nenhum índice ativado long_url- talvez minutos no HDD ou SSD

    Agora vamos adicionar um hash MD5 (ou SHAnnn):

    • INDEX(md5, short_url)- Semelhante ao primeiro ou segundo acima.
    • INDEX(md5), PRIMARY KEY(short_url)é sutilmente diferente.
    • UNIQUE(md5), PRIMARY KEY(short_url)adiciona mais alguns problemas.
    • MariaDB com seu hashing automático (como sua sugestão MD5) - Desempenho semelhante, sintaxe mais simples (?). Acho que a coluna extra está 'oculta'.
    • Se o cliente e o servidor estiverem em servidores separados, talvez seja melhor escolher um mecanismo que faça o hash no cliente. Isso alivia o esforço da CPU e reduz a largura de banda necessária da rede.

    INDEXcontra UNIQUE.

    • UNIQUEnão é possível prefixar (a menos que você garanta que o prefixo é exclusivo)
    • INDEXpode levar ao retorno de várias linhas de a SELECTpara alguns dos casos acima.

    RAM e, portanto, a configuração deimmodb_buffer_pool_size

    • se <16 GB - duas vezes mais lento que acima.
    • se> 200 GB - duas vezes mais rápido que acima, depois que todos os dados e índices forem armazenados em cache.

    O hardware deste ano versus o do ano passado - atrevo-me a dizer que o hardware não melhorou 2x na última década. A mudança para SSDs é a única grande mudança.

    Regras de ouro:

    • Se você precisar fazer referência a <100 linhas por segundo - não há problema.
    • Se você precisar fazer referência a mais de 1.000 linhas por segundo, vamos nos aprofundar; forneça mais detalhes.
    • 0

relate perguntas