да.
а как же программерам без него? pma без него не умеет

28 октября 2011 г. 15:45 пользователь Sergey Kobzar
<[email protected]>написал:

> On 10/28/11 15:37, greenh wrote:
>
>> Объем был такой же
>> Был большой креш, переезд на несколько более слабое железо,
>> восстановление из бекапа (из дампа). в общем много всего
>>
>> 28 октября 2011 г. 15:34 пользователь Sergey Kobzar
>> <[email protected] <mailto:[email protected]>**> написал:
>>
>>    On 10/28/11 15:06, greenh wrote:
>>
>>        раньше летало мгновенно :(
>>        а ща в pma даже список таблиц открыть нельзя
>>
>>        28 октября 2011 г. 14:55 пользователь Sergey Kobzar
>>        <[email protected] <mailto:[email protected]>
>>        <mailto:[email protected] <mailto:[email protected]>**>__>
>>
>>        написал:
>>
>>
>>            On 10/28/11 14:43, greenh wrote:
>>
>>                Добрый день
>>                Господа, сорри за офтоп, но больше толком спросить не где
>>                Имеется 30 гиг база
>>                Все вроде работает отлично, селекты/инсерты идут, проекты
>>                крутятся, все ок
>>                Но один запрос show table status выполняется секунд 40.
>>                Что это может быть? В логах чисто
>>
>>                my.cnf
>>                log-bin=mysql-bin
>>                expire_logs_days=7
>>                binlog_format=mixed
>>                innodb_buffer_pool_size = 14G
>>                max_connection = 2000
>>                key_buffer_size = 656M
>>                max_allowed_packet = 1M
>>                table_open_cache = 256
>>                sort_buffer_size = 2M
>>                read_buffer_size = 2M
>>                read_rnd_buffer_size = 4M
>>                myisam_sort_buffer_size = 64M
>>                thread_cache_size = 32
>>                query_cache_size= 160M
>>                thread_concurrency = 16
>>                low_priority_updates=1
>>                concurrent_insert=2
>>                innodb_log_file_size = 256M
>>                query_cache_limit = 100M
>>                table_cache = 1024
>>                innodb_additional_mem_pool____**_size = 20M
>>
>>
>>                innodb_log_buffer_size = 8M
>>                innodb_flush_log_at_trx_commit = 2
>>
>>
>>            Ну так а чего вы хотели на 30-гигово базе?
>>            MySQL выдернуть всю эту инфу надо:
>>        http://dev.mysql.com/doc/____**refman/5.1/en/show-table-____**
>> status.html<http://dev.mysql.com/doc/____refman/5.1/en/show-table-____status.html>
>>        <http://dev.mysql.com/doc/__**refman/5.1/en/show-table-__**
>> status.html<http://dev.mysql.com/doc/__refman/5.1/en/show-table-__status.html>
>> >
>>
>>        <http://dev.mysql.com/doc/__**refman/5.1/en/show-table-__**
>> status.html<http://dev.mysql.com/doc/__refman/5.1/en/show-table-__status.html>
>>        
>> <http://dev.mysql.com/doc/**refman/5.1/en/show-table-**status.html<http://dev.mysql.com/doc/refman/5.1/en/show-table-status.html>
>> >>
>>
>>
>>    А раньше какой объем был?
>>
>>    У меня на базе раз в N больше вашей SHOW TABLE STATUS отрабатывает
>>    более минуты.
>>
>
> InnoDB?
>
> могу предложить только поменьше использовать SHOW TABLE STATUS.
>

Ответить