MySQL vue de la performance

J'ai une table pour environ 100 000 utilisateurs en elle.

Premier Cas:

explain select state, count(*) as cnt from users where state = 'ca'

Quand je fais un plan d'expliquer pour la requête ci-dessus-je obtenir le coût 5200

Deuxième Cas:

Create or replace view vw_users as select state, count(*) as cnt from users

Explain select cnt from vw_users where state = 'ca'

Quand je fais un plan d'expliquer sur la deuxième question je obtenir le coût à 100 000.

Comment la clause where dans la vue de travail? Est la clause where appliquée après le point de vue récupère toutes les lignes? Comment puis-je résoudre ce problème?

InformationsquelleAutor vamsivanka | 2010-05-03
  1. 28

    C'est à propos de la vue de l'algorithme de qui a été utilisé.

    La de fusion algorithme fonctionne bien la plupart des index de table et autres joyeusetés - le temptable algorithme n'est pas - dans de nombreux cas, votre index sera juste flat-out n'est pas utilisé du tout.

    Et il y a beaucoup de conneries que l'opération de fusion ne prend pas en charge

    FUSION ne peut pas être utilisé si la vue
    contient l'une des opérations suivantes
    constructions:

    * Aggregate functions (SUM(), MIN(), MAX(), COUNT(), and so forth)
* DISTINCT
* GROUP BY
* HAVING
* LIMIT
* UNION or UNION ALL
* Subquery in the select list
* Refers only to literal values (in this case, there is no underlying table)
    • Pierre, Merci pour l'entrée. J'ai un count(*) de mon point de vue. Donc je ne peux pas utiliser de fusion. Droit maintenant, je n'ai pas spécifier n'importe quel type d'algorithme. Donc, la meilleure façon peut-être utiliser une procédure stockée à la place d'un point de vue ?
    • Ouais, vous allez devoir passer par une procédure stockée ici - ou tout simplement un straight-up de la sous-requête.
    • Pierre, Merci beaucoup.
    InformationsquelleAutor Peter Bailey