В базе около 5 000 000 строк. При таком количестве строк сайт не грузится вообще.
Если 1 500 000 строк то сайт подгружается еле еле (медленно).
на локалке вообще не грузиться
какие могут быть причины ?
в настройках php.ini ?
возможно ли что проблема в индексах ? могут они тормозить базу?
CREATE TABLE IF NOT EXISTS `wp_posts2` (
`ID` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
`post_author` bigint(20) unsigned NOT NULL DEFAULT '0',
`post_date` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`post_date_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`post_content` longtext COLLATE utf8_unicode_ci NOT NULL,
`post_title` text COLLATE utf8_unicode_ci NOT NULL,
`post_excerpt` text COLLATE utf8_unicode_ci NOT NULL,
`post_status` varchar(20) COLLATE utf8_unicode_ci NOT NULL DEFAULT 'publish',
`comment_status` varchar(20) COLLATE utf8_unicode_ci NOT NULL DEFAULT 'open',
`ping_status` varchar(20) COLLATE utf8_unicode_ci NOT NULL DEFAULT 'open',
`post_password` varchar(20) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
`post_name` varchar(200) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
`to_ping` text COLLATE utf8_unicode_ci NOT NULL,
`pinged` text COLLATE utf8_unicode_ci NOT NULL,
`post_modified` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`post_modified_gmt` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`post_content_filtered` text COLLATE utf8_unicode_ci NOT NULL,
`post_parent` bigint(20) unsigned NOT NULL DEFAULT '0',
`guid` varchar(255) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
`menu_order` int(11) NOT NULL DEFAULT '0',
`post_type` varchar(20) COLLATE utf8_unicode_ci NOT NULL DEFAULT 'post',
`post_mime_type` varchar(100) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
`comment_count` bigint(20) NOT NULL DEFAULT '0',
PRIMARY KEY (`ID`),
KEY `post_name` (`post_name`),
KEY `type_status_date` (`post_type`,`post_status`,`post_date`,`ID`),
KEY `post_parent` (`post_parent`),
KEY `post_author` (`post_author`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=6 ;
помогите найти решение
Спустя 8 минут, 11 секунд (17.03.2011 - 19:03) Trianon написал(а):
поля под индексами, конечно - мама не горюй...
какой запрос не идет-то?
Но тем не менее, на таких объемах давно пора думать, как таблицу на основную и архивную резать.
стоп. слово wordpress не заметил. прошу прощения.
какой запрос не идет-то?
Но тем не менее, на таких объемах давно пора думать, как таблицу на основную и архивную резать.
стоп. слово wordpress не заметил. прошу прощения.
Спустя 1 час, 59 минут, 36 секунд (17.03.2011 - 21:02) Snus написал(а):
began
SELECT который тормозит покажи.
SELECT который тормозит покажи.
Спустя 2 минуты, 51 секунда (17.03.2011 - 21:05) began написал(а):
| Цитата (Snus @ 17.03.2011 - 18:02) |
| began SELECT который тормозит покажи. |
подскажи как его найти ? этот тормознутый SELECT
я Mysql не шарю
Спустя 37 минут, 8 секунд (17.03.2011 - 21:42) inpost написал(а):
began
microtime(true) и проверяй участки, ищи место, откуда результат приходит очень долго. Надо сравнивать так:
microtime(true) и проверяй участки, ищи место, откуда результат приходит очень долго. Надо сравнивать так:
$t = microtime(true);
//Процес
echo microtime(true) - $t;
Спустя 1 час, 49 минут, 21 секунда (17.03.2011 - 23:32) Arni написал(а):
MySQL на базе 86x вылетает уже при 2 000 000. Вам нужна 64x система. Все что вы можете сделать это поддать чуток памяти в my.cnf. Еще вариант попробовать использовать новую версию 5.5.x.