sql >> Databasteknik >  >> RDS >> Mysql

Finns det en formel för att uppskatta indexstorlek i InnoDB?

I InnoDB, PRIMARY KEY är inbäddad med data, så du kan tänka dig att det inte tar något utrymme.

För en sekundär nyckel... Ta MyISAM-formeln, men inkludera kolumnerna för båda den sekundära nyckeln och PRIMARY KEY . Multiplicera sedan med 3. (Det finns mycket omkostnader.) Ändå kan svaret vara avstängt med en faktor 2 i båda riktningarna.

Observera att om du har många sekundära nycklar, gör storleken på PK en stor skillnad i det totala utrymmet för tabellen+indexen.

Exempel

SET @db = 'world', @tbl = 'cities';
    SELECT      n_rows AS 'Approx Rows',
                'Data & PK' AS 'Type',
                clustered_index_size * 16384 AS Bytes,
                ROUND(clustered_index_size * 16384 / n_rows) AS 'Bytes/row',
                clustered_index_size AS Pages,
                ROUND(n_rows / clustered_index_size) AS 'Rows/page'
        FROM mysql.innodb_table_stats
        WHERE database_name = @db
          AND table_name = @tbl
    UNION
        SELECT  n_rows,
                'Secondary Indexes' AS 'BTrees',
                sum_of_other_index_sizes * 16384 AS Bytes,
                ROUND(sum_of_other_index_sizes * 16384 / n_rows) AS 'Bytes/row',
                sum_of_other_index_sizes AS Pages,
                ROUND(n_rows / sum_of_other_index_sizes) AS 'Rows/page'
        FROM mysql.innodb_table_stats
        WHERE database_name = @db
          AND table_name = @tbl
          AND sum_of_other_index_sizes > 0
          ;
-- (Percona has a different way.)

Utdata:

+-------------+-------------------+-----------+-----------+-------+-----------+
| Approx Rows | Type              | Bytes     | Bytes/row | Pages | Rows/page |
+-------------+-------------------+-----------+-----------+-------+-----------+
|     2637973 | Data & PK         | 179077120 |        68 | 10930 |       241 |
|     2637973 | Secondary Indexes | 232341504 |        88 | 14181 |       186 |
+-------------+-------------------+-----------+-----------+-------+-----------+

Tabellen har två index:

PRIMARY KEY(...)  -- 14 bytes
INDEX(state, population)
INDEX(state, city)
  state CHAR(2) CHARACTER SET ascii -- 2 bytes
  population INT UNSIGNED -- 4 bytes
  city  -- AVG(LENGTH(city)) = 1+9.07 bytes

COUNT(*): 2,699,354  (the InnoDB estimate was not too far from this)

First index:  20    bytes * 2.7M rows = 54MB
Second index: 26.07 bytes * 2.7M rows = 70MB
Total:  124MB
Actual: 232MB
Ratio: 1.9x  (note: I skipped the "/0.67")

Bara för att bevisa en annan sak försökte jag OPTIMIZE TABLE . Statistiken efter det var i princip densamma:

+-------------+-------------------+-----------+-----------+-------+-----------+
| Approx Rows | Type              | Bytes     | Bytes/row | Pages | Rows/page |
+-------------+-------------------+-----------+-----------+-------+-----------+
|     2685828 | Data & PK         | 179077120 |        67 | 10930 |       246 |
|     2685828 | Secondary Indexes | 232341504 |        87 | 14181 |       189 |
+-------------+-------------------+-----------+-----------+-------+-----------+


  1. PHP-forum - hur man hanterar olästa diskussioner / ämnen / inlägg

  2. Kan jag använda ON DUPLICATE KEY UPDATE med en INSERT-fråga med alternativet SET?

  3. Överför QR-koden till en MySql-databas

  4. Hur man kör PHP 5-applikationer med MySQL 8.0 på CentOS 7