apache mod_rewrite не разрешает OK

У меня есть сервер Apache (80-портовый), работающий нормально как обратный прокси-сервер локального веб-сервера (82-порт) и mod_rewrite без него. htaccess.

Я могу перейти OK к http: //localhost/CONTACT.PRO , он показывает мне веб-сайт, расположенный на локальном веб-сервере по адресу http: // localhost: 82 / cgi- vel / web / CONTACT.PRO

Проблема заключается в попытке создать удобные URL-адреса с помощью mod_rewrite, он показывает мне ошибку локального веб-сервера (не ошибку apache), СОЗДАТЬ ТАБЛИЦУ `simple_table` (` date` date NOT NULL, ...

У меня есть две таблицы InnoDB, идентичные во всех отношениях, за исключением того, что одна секционируется, а другая - нет:

DROP TABLE IF EXISTS `simple_table`;
CREATE TABLE `simple_table` (
  `date` date NOT NULL,
  `item_id` bigint(8) NOT NULL DEFAULT '0',
  PRIMARY KEY (`date`,`item_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

DROP TABLE IF EXISTS `partitioned_table`;
CREATE TABLE `partitioned_table` (
  `date` date NOT NULL,
  `item_id` bigint(8) NOT NULL DEFAULT '0',
  PRIMARY KEY (`date`,`item_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci PARTITION BY RANGE ( TO_DAYS(`date`))
(PARTITION p20180207 VALUES LESS THAN (737098) ENGINE = InnoDB,
 PARTITION p20180208 VALUES LESS THAN (737099) ENGINE = InnoDB);

Я вставляю одни и те же данные в обе :

INSERT INTO `simple_table` (`date`, `item_id`) VALUES ('2018-02-07', 1), ('2018-02-07', 2), ('2018-02-07', 3);
INSERT INTO `simple_table` (`date`, `item_id`) VALUES ('2018-02-08', 1), ('2018-02-08', 2), ('2018-02-08', 3);
INSERT INTO `partitioned_table` (`date`, `item_id`) VALUES ('2018-02-07', 1), ('2018-02-07', 2), ('2018-02-07', 3);
INSERT INTO `partitioned_table` (`date`, `item_id`) VALUES ('2018-02-08', 1), ('2018-02-08', 2), ('2018-02-08', 3);

В результате разделенные данные становятся вдвое больше. Вот результат ПОКАЗАТЬ СТАТУС ТАБЛИЦЫ :

*************************** 1. row ***************************
        Name: partitioned_table
        Engine: InnoDB
        Version: 10
    Row_format: Compact
        Rows: 6
Avg_row_length: 5461
    Data_length: 32768
Max_data_length: 0
Index_length: 0
    Data_free: 0
Auto_increment: NULL
    Create_time: 2018-02-19 14:36:29
    Update_time: NULL
    Check_time: NULL
    Collation: utf8_unicode_ci
    Checksum: NULL
Create_options: partitioned
        Comment: 
*************************** 2. row ***************************
        Name: simple_table
        Engine: InnoDB
        Version: 10
    Row_format: Compact
        Rows: 6
Avg_row_length: 2730
    Data_length: 16384
Max_data_length: 0
Index_length: 0
    Data_free: 0
Auto_increment: NULL
    Create_time: 2018-02-19 14:36:29
    Update_time: NULL
    Check_time: NULL
    Collation: utf8_unicode_ci
    Checksum: NULL
Create_options: 
        Comment:

(Посмотрите на значения Data_length : 16384 vs. 32768 )

То же самое происходит с таблицами, немного более сложными и содержащими миллионы записей на дату: после применения разделения они становятся вдвое больше. Это можно увидеть по статусу таблицы, а также по фактическим размерам файлов.

I не могу найти информацию по таким вопросам. Почему это происходит?

UPD: Вот что я получу, если изменю количество разделов на 10 и вставлю 100 записей для каждой даты (всего 10000 для каждой из двух таблиц):

           Name: partitioned_table
    Data_length: 655360
...
           Name: simple_table
    Data_length: 344064

(значения продолжают меняться в течение нескольких минут после вставок, но в итоге они стабилизируются) И если я перечислю файлы, я получу следующее:

-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180201.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180202.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180203.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180204.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180205.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180206.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180207.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180208.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180209.ibd
-rw-rw----  1 mysql mysql 131072 Feb 20 15:50 partitioned_table#P#p20180210.ibd
-rw-rw----  1 mysql mysql 409600 Feb 20 15:50 simple_table.ibd
-rw-rw----  1 mysql mysql    128 Feb 20 15:50 partitioned_table.par
-rw-rw----  1 mysql mysql   8596 Feb 20 15:50 partitioned_table.frm
-rw-rw----  1 mysql mysql   8596 Feb 20 15:50 simple_table.frm
0
задан 20 February 2018 в 15:26
1 ответ

Обнаружена причина проблемы - она ​​вызвана тем, как MySQL выделяет дисковое пространство для растущих файлов таблиц.

Теперь я понимаю, что мой пример здесь был не так хорош для моего случая пытаюсь проиллюстрировать, но моя первоначальная проблема была с большими базами данных (с миллионами крошечных строк)

Я нашел эту статью , в которой рассказывается об инструменте innodb_space с помощью которого я обнаружил, что мои таблицы в основном состоят из пустых выделенных страниц, что привело меня к этой странице документации MySQL . Он говорит:

Страницы сгруппированы в экстенты размером 1 МБ для страниц размером до 16 КБ

и

Когда сегмент растет внутри табличного пространства, InnoDB выделяет ему первые 32 страницы по одной. После этого InnoDB начинает выделять сегменту целые экстенты. InnoDB может добавлять до 4 экстентов за раз к большому сегменту, чтобы гарантировать хорошую последовательность данных.

Это объясняет пустые страницы в моих таблицах. В результате файлы .ibd могут быть в несколько раз больше, чем фактические данные.

Основная причина на самом деле не имеет ничего общего с разбиением на разделы, но разбиение на разделы усиливает эффект, поскольку файлы разделов намного меньше и содержат меньше строк, чем однофайловые таблицы (особенно, если есть много почти пустых разделов, которые по-прежнему имеют довольно большие размеры файлов)

0
ответ дан 5 December 2019 в 06:31

Теги

Похожие вопросы