November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
Monday, January 21st, 2013 12:43 pm
mysql> select count(*) from ext_requests;
+----------+
| count(*) |
+----------+
|  7460166 |
+----------+
1 row in set (11 min 34.88 sec)

Машина больше ничем не занималась, кроме обработки этого самого запроса.

Вот это тоже радует:

mysql> show tables;
+--------------------------------------+
| Tables_in_*****************          |
+--------------------------------------+
...
+--------------------------------------+
1586 rows in set (0.02 sec)

 

Оригинал этой записи в личном блоге.

Tags:
Monday, January 21st, 2013 12:53 pm (UTC)
> The problem is that not all engines can run that query quickly: MyISAM can, but other
engines might not. There are similar examples for every engine. Later chapters will help
you keep such a situation from catching you by surprise and show you how to find and
fix the problems if it does.

High Performance MySQL, Third Edition
page 27

если тебе нужна оценка размера таблицы, то надо смотреть information_schema
Monday, January 21st, 2013 01:23 pm (UTC)
правильно, т.к. там учитываются всякие транзакционные строки, которые по факту отмечены как удаленные.
для оценки объема - нормально, а если надо точно, то это надо открывать транзакцию и в рамках этой транзакции считать таблицу.
отсюда и время выполнения.
Monday, January 21st, 2013 02:28 pm (UTC)
разница в 30k - это 0.4%, что полная фигня по сравнению с мировой революцией
Monday, January 21st, 2013 02:51 pm (UTC)
таки почитай книжку
там много чего написано, в том числе, почему так.
Tuesday, January 22nd, 2013 03:49 am (UTC)
полторы тысячи таблиц - это еще вполне по-божески. Надо только клиента запускать с -А, а в остальном.. ну что поделать если их столько надо.