Таблица MySQL с 100 000 записей часто запрашивается

У меня есть одна база данных из примерно 100 таблиц для хранения различных видов информации.

Самая важная таблица - это наша таблица заказов, которая используется для хранения заказов клиентов и составляет более 100000 записей на данный момент и растет.

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

Я регулярно отслеживаю базу данных и поддерживаю медленные запросы в базе данных для отслеживания проблем.

Я использую скрипты типа mysqltuner для ежедневного вывода запроса.

Я также использую mysqlsla для сбора информации о 10 самых медленных запросах в нашей базе данных.

sample stat
Count         : 11.48k  (30.66%)
Time          : 19.623758 s total, 1.709 ms avg, 239 µs to 2.475017 s max  (18.64%)
  95% of Time : 5.246833 s total, 481 µs avg, 239 µs to 1.095 ms max
Lock Time (s) : 14.460071 s total, 1.259 ms avg, 53 µs to 2.462555 s max  (41.38%)
  95% of Lock : 806.43 ms total, 74 µs avg, 53 µs to 137 µs max
Rows sent     : 1 avg, 0 to 9 max  (0.99%)
Rows examined : 6 avg, 1 to 28 max  (0.15%)

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

  1. Блокировка таблицы
  2. Проблемы с индексацией

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

Схема таблицы

`orderid` int(11) NOT NULL AUTO_INCREMENT,
`cityid` tinyint(3) unsigned NOT NULL DEFAULT '1',
 `model_type` tinyint(1) unsigned DEFAULT '1',
`userid` int(11) DEFAULT NULL,
`usertype` char(1) DEFAULT NULL,
`time` time DEFAULT NULL,
`ordercode` char(8) DEFAULT NULL,
`restid` smallint(3) unsigned NOT NULL,
`areaid` smallint(3) unsigned DEFAULT NULL,
`restname` varchar(50) DEFAULT NULL,
`date` date NOT NULL,
`del_time` time NOT NULL,
`status` tinyint(3) unsigned NOT NULL,
`amount` float NOT NULL,
`deliverycharge` smallint(4) unsigned DEFAULT '0',
`tax` float NOT NULL,
`total` float NOT NULL,
`extras` varchar(255) DEFAULT NULL,
`requests` varchar(255) DEFAULT NULL,
`discount` float DEFAULT NULL,
`rdiscount` float DEFAULT NULL,
`reason` varchar(255) DEFAULT NULL,
`rest_order` tinyint(1) unsigned DEFAULT NULL,
`admin_user` varchar(25) DEFAULT NULL,
`mode` char(1) NOT NULL,
`priority_order` tinyint(1) unsigned DEFAULT '0',
`payment_mode` tinyint(1) unsigned DEFAULT '0',
`km` tinyint(3) unsigned DEFAULT NULL,
`order_type` tinyint(1) NOT NULL DEFAULT '1',
`coupon_discount` smallint(3) DEFAULT '0',
`pickup_time` time NOT NULL,
PRIMARY KEY (`orderid`),
KEY `cityid` (`cityid`),
KEY `date_3` (`date`,`status`,`mode`),
KEY `orderid` (`orderid`),
KEY `time` (`time`),
KEY `userid` (`userid`,`usertype`),
KEY `restid` (`restid`,`date`,`status`)

медленный запрос журнала

SELECT `a`.`orderid`, `a`.`date`, `a`.`status`, `a`.`restname`, `a`.`admin_user`, `a`.`model_type`, `b`.`name` as cityname
FROM `tk_order_queue` AS a
INNER JOIN `tk_cities` AS b ON `a`.`cityid` = `b`.`id`
WHERE `a`.`date` =  '2012-06-30'
AND `a`.`status` =  0
AND `a`.`mode` =  1
ORDER BY `a`.`orderid` desc;
11 голосов | спросил sheldon 6 J000000Friday12 2012, 15:47:11

1 ответ


8

Вам нужно будет сравнить предложения WHERE и операторы GROUP BY и ORDER BY всех ваших запросов, чтобы ваши текущие индексы могли поддерживать их в своих планах EXPLAIN.

Вчера я ответил на этот вопрос: InnoDB против MyISAM с многие индексы

В этом вопросе я предложил сделать что-то в таблице MyISAM, которую вы также можете сделать

ALTER TABLE orders ROW_FORMAT=Fixed;

Это относится ко всем VARCHAR как CHAR. Каждая строка будет иметь одинаковую длину. Это увеличит дисковое пространство на 80% -100%. Ваша таблица будет раздуваться до максимального размера для макета строки, умножая количество строк. Таблица может быть двойной или тройной по размеру.

Где преимущество? Затем ваша таблица MyISAM будет считана /записана в любом месте от 20% до 30% быстрее, не изменяя ничего.

Я узнал, что со страниц 72,73 из Разработка и настройка базы данных MySQL .

Я уже писал об этом в прошлом:

ответил RolandoMySQLDBA 6 J000000Friday12 2012, 19:06:14

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

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132