IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

 MySQL Discussion :

Autoindex très grand


Sujet :

MySQL

  1. #1
    Membre régulier
    Inscrit en
    Septembre 2004
    Messages
    387
    Détails du profil
    Informations forums :
    Inscription : Septembre 2004
    Messages : 387
    Points : 109
    Points
    109
    Par défaut Autoindex très grand
    Bonjour à tous,

    Voilà j'ai un problème qui me tarode.

    J'ai une table avec un autoindex, et malgré que la table ne comprenne en moyenne que ~700 entré, l'autoindex est déjà à 650 000.

    Du coup je me demande si ce chiffre elevé qui ne va s'arreté de grandir, ne peux pas risqué de baisser les performance des requetes, ou de la table?

    Et si oui comment faire?

  2. #2
    Membre extrêmement actif Avatar de ddoumeche
    Homme Profil pro
    Ingénieur recherche et développement
    Inscrit en
    Octobre 2007
    Messages
    1 676
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Singapour

    Informations professionnelles :
    Activité : Ingénieur recherche et développement

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 676
    Points : 2 009
    Points
    2 009
    Par défaut
    Ca dépend du type sous-jacent : un INT est sur 4 bytes en mysql donc peut monter à 2,147,483,647, le double si tu passe en UNSIGNED INT
    Ton index sera donc épuisé dans environ 3303 fois le temps de vie écoulé de ta base, si les opérations de mise à jour se poursuivent à ce rythme.

    Si tu estimes quel c'est insuffisant, tu peux passer carrément en BIGINT (8 bytes) donc 18,446,744,073,709,551,615 en UNSIGNED avec une légère pénalité en terme de performance.

    Les performances ne sont pas impactées par cela mais par la taille d'une ligne, et éventuellement la taille de la table à partir de plusieurs millions de lignes.
    En effet :
    - les index peuvent être plus gros et plus long à rechercher pour des gros champs indexés,
    - à chaque opération de lecture le SGBDR met en cache les lignes adjacentes à celle recherchées et donc les "données" vivantes restent en cache, n'ayant pas besoin d'être relues sur le disque.
    La joie de l'âme est dans la planification -- Louis Hubert Liautey

  3. #3
    Expert éminent sénior Avatar de Artemus24
    Homme Profil pro
    Agent secret au service du président Ulysses S. Grant !
    Inscrit en
    Février 2011
    Messages
    6 381
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Agent secret au service du président Ulysses S. Grant !
    Secteur : Finance

    Informations forums :
    Inscription : Février 2011
    Messages : 6 381
    Points : 19 064
    Points
    19 064
    Par défaut
    Salut à tous.

    Je ne voie pas trop où est le problème si vous avez des trous dans votre numérotation.
    Voici un exemple de changement de numérotation dans une table 'test1'.
    Afin de montrer que cela ne pose aucun problème, j'ai créé une table fils 'test2' ayant comme clef étrangère, la colonne 'id' de la table père.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    74
    75
    76
    77
    78
    79
    80
    81
    82
    83
    84
    85
    86
    87
    88
    89
    90
    91
    92
    93
    94
    95
    96
    97
    98
    99
    100
    101
    102
    103
    104
    105
    106
    107
    108
    109
    110
    111
    112
    113
    114
    115
    116
    117
    118
    119
    120
    121
    122
    123
    124
    125
    126
    127
    128
    129
    130
    131
    132
    133
    134
    135
    136
    137
    138
    139
    140
    141
    142
    143
    144
    145
    146
    147
    148
    149
    150
    151
    152
    153
    154
    155
    156
    157
    158
    159
    160
    161
    162
    163
    164
    165
    166
    167
    168
    169
    170
    171
    172
    173
    174
    175
    176
    177
    178
    179
    180
    181
    182
    183
    184
    185
    186
    187
    188
    189
    190
    191
    192
    193
    194
    --------------
    SET AUTOCOMMIT = 0
    --------------
     
    --------------
    START TRANSACTION
    --------------
     
    --------------
    DROP DATABASE IF EXISTS `base`
    --------------
     
    --------------
    CREATE DATABASE IF NOT EXISTS `base`
            DEFAULT CHARACTER SET `latin1`
            DEFAULT COLLATE       `latin1_general_ci`
    --------------
     
    --------------
    DROP TABLE IF EXISTS `test1`
    --------------
     
    --------------
    CREATE TABLE `test1` (
      `id`    integer unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,
      `val`   varchar(10)      NOT NULL
    ) ENGINE=InnoDB
      DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
      ROW_FORMAT=COMPRESSED
    --------------
     
    --------------
    INSERT INTO `test1` (`id`, `val`) VALUES
    (25, 'bleu'),(75, 'rouge'),(255, 'vert'),(480, 'jaune')
    --------------
     
    --------------
    select * from test1
    --------------
     
    +-----+-------+
    | id  | val   |
    +-----+-------+
    |  25 | bleu  |
    |  75 | rouge |
    | 255 | vert  |
    | 480 | jaune |
    +-----+-------+
    --------------
    DROP TABLE IF EXISTS `test2`
    --------------
     
    --------------
    CREATE TABLE `test2` (
            `id`      integer unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,
            `clef`    integer unsigned NOT NULL,
            `nuance`  varchar(10)      NOT NULL,
        CONSTRAINT `FOREIGN` FOREIGN KEY (`clef`) REFERENCES `test1` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
    )       ENGINE=InnoDB
            DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
            ROW_FORMAT=COMPRESSED
    --------------
     
    --------------
    INSERT INTO `test2` (`clef`, `nuance`) VALUES
    (25, 'marine'),(75, 'carmin'),(255, 'pomme'),(480, 'citron'),
    (25, 'nuit'), (75, 'vif'), (255, 'émeraude'  ), (480, 'pâle'),
    (25, 'turquoise'), (25, 'cyan'), (255, 'olive')
    --------------
     
    --------------
    select * from test2
    --------------
     
    +----+------+-----------+
    | id | clef | nuance    |
    +----+------+-----------+
    |  1 |   25 | marine    |
    |  2 |   75 | carmin    |
    |  3 |  255 | pomme     |
    |  4 |  480 | citron    |
    |  5 |   25 | nuit      |
    |  6 |   75 | vif       |
    |  7 |  255 | émeraude  |
    |  8 |  480 | pâle      |
    |  9 |   25 | turquoise |
    | 10 |   25 | cyan      |
    | 11 |  255 | olive     |
    +----+------+-----------+
    --------------
    update `test1`, (select @x:=0) as x set id = (@x:=@x+1)
    --------------
     
    --------------
    ALTER TABLE `test1` AUTO_INCREMENT=10
    --------------
     
    --------------
    select * from test1
    --------------
     
    +----+-------+
    | id | val   |
    +----+-------+
    |  1 | bleu  |
    |  2 | rouge |
    |  3 | vert  |
    |  4 | jaune |
    +----+-------+
    --------------
    select * from test2
    --------------
     
    +----+------+-----------+
    | id | clef | nuance    |
    +----+------+-----------+
    |  1 |    1 | marine    |
    |  2 |    2 | carmin    |
    |  3 |    3 | pomme     |
    |  4 |    4 | citron    |
    |  5 |    1 | nuit      |
    |  6 |    2 | vif       |
    |  7 |    3 | émeraude  |
    |  8 |    4 | pâle      |
    |  9 |    1 | turquoise |
    | 10 |    1 | cyan      |
    | 11 |    3 | olive     |
    +----+------+-----------+
    --------------
    INSERT INTO `test1` (`val`) VALUES ('rose')
    --------------
     
    --------------
    INSERT INTO `test2` (`clef`,`nuance`) VALUES
    (10, 'pastel'),(10, 'Fuschia')
    --------------
     
    --------------
    select * from test1
    --------------
     
    +----+-------+
    | id | val   |
    +----+-------+
    |  1 | bleu  |
    |  2 | rouge |
    |  3 | vert  |
    |  4 | jaune |
    | 10 | rose  |
    +----+-------+
    --------------
    select * from test2
    --------------
     
    +----+------+-----------+
    | id | clef | nuance    |
    +----+------+-----------+
    |  1 |    1 | marine    |
    |  2 |    2 | carmin    |
    |  3 |    3 | pomme     |
    |  4 |    4 | citron    |
    |  5 |    1 | nuit      |
    |  6 |    2 | vif       |
    |  7 |    3 | émeraude  |
    |  8 |    4 | pâle      |
    |  9 |    1 | turquoise |
    | 10 |    1 | cyan      |
    | 11 |    3 | olive     |
    | 12 |   10 | pastel    |
    | 13 |   10 | Fuschia   |
    +----+------+-----------+
    --------------
    SELECT AUTO_INCREMENT as last_id
    FROM INFORMATION_SCHEMA.TABLES
    WHERE table_name = 'test1'
    or    table_name = 'test2'
    --------------
     
    +---------+
    | last_id |
    +---------+
    |      11 |
    |      14 |
    +---------+
    --------------
    COMMIT
    --------------
     
    --------------
    SET AUTOCOMMIT = 1
    --------------
     
     
    Appuyez sur une touche pour continuer...
    J'ai mis comme nouvel incrément une valeur arbitraire mais supérieure au maximum de la table.

    Donc il n'est pas nécessaire de changer le type (passer de integer à bigint), mais de procéder, disons une fois par an, à une renumérotation de la table.

    @+
    Si vous êtes de mon aide, vous pouvez cliquer sur .
    Mon site : http://www.jcz.fr

Discussions similaires

  1. Réduire la taille d'un vecteur de très grande dimension
    Par camboui dans le forum Algorithmes et structures de données
    Réponses: 13
    Dernier message: 07/06/2017, 13h23
  2. Modulo de très grands chiffres
    Par eponette dans le forum Langage
    Réponses: 8
    Dernier message: 07/09/2005, 09h06
  3. Déclarer un (très) grand tableau?
    Par Cheos dans le forum C++
    Réponses: 8
    Dernier message: 17/02/2005, 17h43
  4. [SELECT sur 16 millions de lignes] délai très grand
    Par localhost dans le forum Requêtes
    Réponses: 6
    Dernier message: 22/11/2004, 17h04
  5. Une unité pour gérer des très grands nombres
    Par M.Dlb dans le forum Langage
    Réponses: 2
    Dernier message: 09/09/2003, 12h07

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo