powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Кэширование запросов MySQL 5.1 vs 5.5
33 сообщений из 33, показаны все 2 страниц
Кэширование запросов MySQL 5.1 vs 5.5
    #39217464
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Дано: локальный MySQL сервер, таблица INNODB с уникальным индексом по полю Code_ varchar(45). Запрос с параметром вида Select Id from MyTable where Code_ = :Code_, выполняющийся с периодичностью от полминуты. Клиент на Delphi2007 + MyDAC 7.1.4. Пока база жила на MySQL 5.1, запрос стабильно выполнялся за ~0,3с первый раз после старта MySQL, и менее 0,01с (т.е. практически мгновенно) все последующие, независимо от паузы между запросами. На 5.5 ситуация изменилась не в лучшую сторону: долгие запросы проскакивают уже после паузы в несколько минут. Очень сильно подозреваю, что связано это именно с кэшированием. Что на 5.1, что на 5.5 все настройки изначально стояли по умолчанию, запрос SHOW VARIABLES LIKE "query_cache_size" в обоих случаях возвращает 0, но поскольку на 5.1 проблем не было, особо не заморачивался этим вопросом. На 5.5 попробовал изменить в my.ini параметр query_cache_size на 128... после перезапуска сервера запрос по-прежнему возвращает 0.
Вопросов собственно два:
1. C чем связано разное поведение одного и того же запроса на разных версиях сервера, и в кэшировании ли здесь дело?
2. Как все-таки включить кэш запросов?
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217478
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaRЧто на 5.1, что на 5.5 все настройки изначально стояли по умолчаниюНу а чего вы тогда хотите?

Как переезжали на новую версию?
Как часто модифицируется таблица MyTable?
Покажите DDL таблицы MyTable и план запроса.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217490
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
miksoftA-MaRЧто на 5.1, что на 5.5 все настройки изначально стояли по умолчаниюНу а чего вы тогда хотите?

Как переезжали на новую версию?
Как часто модифицируется таблица MyTable?
Покажите DDL таблицы MyTable и план запроса.
1. Выгнал базу в скрипт mysqldump-ом на 5.1, развернул из скрипта на 5.5
2. В течении рабочего дня таблица не модифицируется.
3.
CREATE TABLE cards (
CardId bigint(20) UNSIGNED NOT NULL AUTO_INCREMENT,
CardCode varchar(45) DEFAULT NULL,
CardSource set ('A', 'F') DEFAULT '',
PRIMARY KEY (CardId),
UNIQUE INDEX UK_cards_CardCode (CardCode)
)
ENGINE = INNODB
AUTO_INCREMENT = 471795
AVG_ROW_LENGTH = 5461
CHARACTER SET cp1251
COLLATE cp1251_general_ci;

Не совсем представляю, как показать план в читабельном виде, пусть будет так:
Код: plaintext
1.
|select_type|table|type |possible_keys    |key              |key_len|ref  |rows|Extra|
|SIMPLE     |cards|const|UK_cards_CardCode|UK_cards_CardCode|48     |const|1   |     |
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217504
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaR,

innodb_buffer_pool_size чему равен?
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217510
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
miksoftA-MaR,

innodb_buffer_pool_size чему равен?
8M, это на 5.5. Посмотрел инишник от 5.1 - там 138. Интересно...
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217515
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaR8M, это на 5.5Вот поэтому и долго. Ставьте хотя бы как было. А лучше, чтобы с запасом влезли все таблицы и индексы, если есть столько оперативки.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217539
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
miksoft,

Памяти на компе 512. Попробовал выставить innodb_buffer_pool_size согласно рекомендациям 256М (50% от оперативки), заодно изменил innodb_log_file_size на 70. Вообще отказался запускаться, ошибка 1067. Начал уменьшать постепенно оба - бесполезно. Запустить удалось только вернувшись к исходным 8 и 10. Последние значения, которые пробовал перед этим - 100 и 50. Очень странно.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217544
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Upd: Причина ошибки 1067 таки в innodb_log_file_size, больше 10 ни в какую не дает ставить. Первый параметр оставил 256, посмотрим, как завтра в работе себя покажет.
Спасибо за подсказку.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217553
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaR,

Если у вас в базе нет активной модификации таблиц, то innodb_log_file_size вообще можно было по дефолту оставить (5 Мбайт).

A-MaRПопробовал выставить innodb_buffer_pool_size согласно рекомендациям 256М (50% от оперативки)Эта рекомендация очень условная, предполагает, что на сервере работает только СУБД (т.е. без веб-сервера и т.п.) и что клиентских сессий не очень много (т.е. их буфера влезут в оставшуюся память).
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217582
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
miksoftA-MaR,

Если у вас в базе нет активной модификации таблиц, то innodb_log_file_size вообще можно было по дефолту оставить (5 Мбайт).
Модифицируется в базе от силы таблиц 10, но активно. И конкретно на этом рабочем месте вставка и редактирование более медленные с самого начала, даже когда база была почти пустая: в отдельные таблицы больше половины модификаций занимают около 0,2с, тогда как на соседнем компе (там innodb_log_file_size=24, структура базы абсолютно такая же, но объем больше раз в 10) менее 0,01с. Так что innodb_log_file_size как раз хотелось бы увеличить.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217588
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Дано: локальный MySQL сервер
>Памяти на компе 512

Таак, без фотки компа тут вам не помогут...
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217593
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А, ну хотя это тот POS-терминал, такое еще возможно и это не виртуальный сервер, в котором обычно все тормозит по внешним относительно mysql причинам.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217594
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaR2. Как все-таки включить кэш запросов?

тебе наоборот это говно надо ВЫКЛЮЧАТЬ.
это не кэш данных, это кэш результатов выполнения запросов, абсолютно ненужная и вредная хрень.

тебе innodb buffer pull или как его там надо увеличивать. за счет quiet cache в том числе.

тем более, что у тебя так мало памяти на машине.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217608
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaRДано: локальный MySQL сервер, таблица INNODB с уникальным индексом по полю Code_ varchar(45). Запрос с параметром вида Select Id from MyTable where Code_ = :Code_, выполняющийся с периодичностью от полминуты. Клиент на Delphi2007 + MyDAC 7.1.4. Пока база жила на MySQL 5.1, запрос стабильно выполнялся за ~0,3с первый раз после старта MySQL, и менее 0,01с (т.е. практически мгновенно) все последующие, независимо от паузы между запросами. На 5.5 ситуация изменилась не в лучшую сторону: долгие запросы проскакивают уже после паузы в несколько минут. Очень сильно подозреваю, что связано это именно с кэшированием. Что на 5.1, что на 5.5 все настройки изначально стояли по умолчанию, запрос SHOW VARIABLES LIKE "query_cache_size" в обоих случаях возвращает 0, но поскольку на 5.1 проблем не было, особо не заморачивался этим вопросом. На 5.5 попробовал изменить в my.ini параметр query_cache_size на 128... после перезапуска сервера запрос по-прежнему возвращает 0.
Вопросов собственно два:
1. C чем связано разное поведение одного и того же запроса на разных версиях сервера, и в кэшировании ли здесь дело?
2. Как все-таки включить кэш запросов?

прогоните вот эту утилитку:
http://mysqltuner.com/
и посмотрите что она скажет.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217681
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
javajdbcпрогоните вот эту утилитку:
http://mysqltuner.com/
и посмотрите что она скажет.
"mysqltuner.pl не является внутренней или внешней командой, исполняемой программой или пакетным файлом" - она скажет ) В данном случае,это к лучшему.
там же windows.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217682
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
netwindjavajdbcпрогоните вот эту утилитку:
http://mysqltuner.com/
и посмотрите что она скажет.
"mysqltuner.pl не является внутренней или внешней командой, исполняемой программой или пакетным файлом" - она скажет ) В данном случае,это к лучшему.
там же windows.


https://mysqltuner.codeplex.com/

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

...понятно что надо аккуратно и с пониманием подкручивать настройки
по указанию mysqlturner...., но это уже ко всему относится, включая и к вашим
профессииональным советам...
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217689
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivA-MaR2. Как все-таки включить кэш запросов?

тебе наоборот это говно надо ВЫКЛЮЧАТЬ.
это не кэш данных, это кэш результатов выполнения запросов, абсолютно ненужная и вредная хрень.

Ругают его в основном за неудачный дизайн именно для высококонкурентного окружения.
А POS-терминал обслуживает одного человека по определению.
Неплохо зайдет query_cache, я считаю.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217718
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В данном конкретном случае, пожалуй, соглашусь c MasterZiv-ом.
Ресурсы по памяти весьма ограничены и эти драгоценные мегабайты, имхо, лучше отдать в innodb_buffer_pool_size, чем на кэш результатов запросов.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217944
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
miksoft,
Полдня отработали, полет нормальный, во всяком случае тормоза на чтении ушли и стало также, как было на 5.1. Да, innodb_buffer_pool_size немного уменьшил до 160 (навскидку).
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217954
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
javajdbc https://mysqltuner.codeplex.com/
Спасибо, качнул, полезная штука. Почему-то показал, что все таблицы фрагментированы, хотя база только 2 дня назад была развернута из скрипта, и часть таблиц не модифицируется в принципе.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39217965
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaR,

Покажите что он показал, даже интересно.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39218081
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
miksoftA-MaR,
Покажите что он показал, даже интересно.
Это с того POS-a, на котором я боролся с тормозами (попутал немного, MySQL действительно 5.6.3, переставил в ходе экспериметнов перед тем как написать первый пост в этой теме):
Assuming 512 MB of physical memory
Assuming the same amount of swap space as this computer
Currently running supported MySQL version 5.6.3-m6
Archive Engine Installed
Berkeley DB Engine Not Installed
Federated Engine Not Installed
InnoDB Engine Installed
ISAM Engine Not Installed
NDBCLUSTER Engine Not Installed
Data in InnoDB tables: 11M (Tables: 112)
Total fragmented tables: 112
All database users have passwords assigned
Up for: 6h 42m 22s (33K q [1,000 qps], 2K conn, TX: 18M, RX: 5M)
Reads / Writes: 89% / 11%
Total buffers: 176,0M global + 852,0K per thread (100 max threads)
Maximum possible memory usage: 259,2M (50% of installed RAM)
Slow queries: 0% (0/33K)
System.FormatException: Input string was not in a correct format.
at System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt)
at MySqlTuner.TuningCalculator.MySqlStats() in c:\Documents and Settings\Administrator\My Documents\Source\mysqltuner\MySQLTuner\TuningCalculator.cs:line 691
at MySqlTuner.TuningCalculator.Calculate(MySqlServer server) in c:\Documents and Settings\Administrator\My Documents\Source\mysqltuner\MySQLTuner\TuningCalculator.cs:line 154


Это с наиболее загруженного, на котором видимых проблем нет:
Assuming 1024 MB of physical memory
Assuming the same amount of swap space as this computer
Currently running supported MySQL version 5.1.53-community
Archive Engine Installed
Berkeley DB Engine Not Installed
Federated Engine Not Installed
InnoDB Engine Installed
ISAM Engine Not Installed
NDBCLUSTER Engine Not Installed
Data in InnoDB tables: 205M (Tables: 112)
Total fragmented tables: 112
All database users have passwords assigned
Up for: 14h 38m 20s (47K q [0,000 qps], 8K conn, TX: 222M, RX: 5M)
Reads / Writes: 84% / 16%
Total buffers: 204,0M global + 896,0K per thread (100 max threads)
Maximum possible memory usage: 291,5M (28% of installed RAM)
Slow queries: 1% (1/47K)
System.FormatException: Input string was not in a correct format.
at System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt)
at MySqlTuner.TuningCalculator.MySqlStats() in c:\Documents and Settings\Administrator\My Documents\Source\mysqltuner\MySQLTuner\TuningCalculator.cs:line 691
at MySqlTuner.TuningCalculator.Calculate(MySqlServer server) in c:\Documents and Settings\Administrator\My Documents\Source\mysqltuner\MySQLTuner\TuningCalculator.cs:line 154
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39218088
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaR2K connОткуда так много коннектов на POS-терминале?
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39218091
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaRMy Documents\Source\mysqltuner\MySQLTuner\TuningCalculator.cs:line 691


а, так это даже не тот оригинальный скрипт на perl, а какая-то подделка ? Ну точно надо запретить.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39218108
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
miksoftA-MaRпропущено...
Откуда так много коннектов на POS-терминале?
2К - это надеюсь общее число коннектов с момента старта, а не активных в данный момент? Тогда все логично: параллельно с основным приложением работает еще сервис, который выполняет обмен данными с учетной системой и отключается от базы после каждого сеанса.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39218114
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaRmiksoftпропущено...
Откуда так много коннектов на POS-терминале?
2К - это надеюсь общее число коннектов с момента старта, а не активных в данный момент?Да, это за время аптайма.
Количество активных ограничено:A-MaR100 max threads
A-MaRТогда все логично: параллельно с основным приложением работает еще сервис, который выполняет обмен данными с учетной системой и отключается от базы после каждого сеанса.5 сеансов в минуту, все равно как-то многовато... Вам виднее, конечно.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39218117
Фотография Alex_Ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaRЭто с того POS-a, на котором я боролся с тормозами (попутал немного, MySQL действительно 5.6.3, переставил в ходе экспериметнов перед тем как написать первый пост в этой теме):
Assuming 512 MB of physical memory
Assuming the same amount of swap space as this computer
Currently running supported MySQL version 5.6.3-m6
......
Data in InnoDB tables: 11M (Tables: 112)
Total fragmented tables: 112


Это с наиболее загруженного, на котором видимых проблем нет:
Assuming 1024 MB of physical memory
Assuming the same amount of swap space as this computer
Currently running supported MySQL version 5.1.53-community
Data in InnoDB tables: 205M (Tables: 112)
Total fragmented tables: 112
- у вас же терминаля с разным кол-вом памяти, нельзя их сравнивать, в первом в 2 раза меньше, а ОС тоже "кушать" хочет, причем для WinXP - 512 это критический потолок, какой бы embedded он не был
- разница в объеме данных InnoDB откуда? Залит не полный дамп? Или таблицы улетели в MyIsam?
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39218128
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alex_Ustinov- разница в объеме данных InnoDB откуда? Залит не полный дамп? Или таблицы улетели в MyIsam?
Эти 2 терминала работают с разными учетными системами и обслуживают разное число клиентов, отсюда и такая разница.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39220009
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
В продолжении темы настроек.
Сегодня решил поиграться с MySQL 5.6.30 от MariaDB. Настройку выполнял согласно этой инструкции: http://malwselennaiaru.ru/182-ustanovka-mysql-na-windows.html#sel=67:1,67:9 . Озадачился, не найдя нигде традиционных настроек INNODB. Правда в доках пишут, что "в качестве замены InnoDB используется движок XtraDB", но и этого тоже не нашел. В папке share обнаружил интересный скрипт innodb_memcached_config
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
create database innodb_memcache;

use innodb_memcache;


-- ------------------------------------------------------------------------
-- Following are set of "configuration tables" that used to configure
-- the InnoDB Memcached.
-- ------------------------------------------------------------------------

-- ------------------------------------------------------------------------
-- Table `cache_policies`
--
-- Each record in this table represents a named caching policy, specifying:
--  * How the memcache GET command is executed, including whether to get
--    records from local cache only, from InnoDB only, from local cache if
--    present (treating InnoDB as a backing store), or not at all.
--  * Similarly, how memcache SET commands are executed.
--  * How memcache DELETE commands are executed.
--  * Whether flushing the cache should cause a mass delete from NDB.
--
-- ------------------------------------------------------------------------
CREATE  TABLE IF NOT EXISTS `cache_policies` (
	`policy_name` VARCHAR(40) PRIMARY KEY,
	`get_policy` ENUM('innodb_only', 'cache_only', 'caching','disabled')
	 NOT NULL ,
	`set_policy` ENUM('innodb_only', 'cache_only','caching','disabled')
	 NOT NULL ,
	`delete_policy` ENUM('innodb_only', 'cache_only', 'caching','disabled')
	 NOT NULL,
	`flush_policy` ENUM('innodb_only', 'cache_only', 'caching','disabled')
	 NOT NULL
) ENGINE = innodb;


-- ------------------------------------------------------------------------
-- Table `containers`
--
-- A container record describes an InnoDB table used for data storage by
-- InnoDB Memcache.
-- There must be a unique index on the `key column`, and unique index name
-- is specified in the `unique_idx_name_on_key` column of the table
-- `value_columns` are comma-separated lists of the columns that make up
-- the memcache key and value. Each column width is defined such that they
-- are in consistent with NDB memcached.
-- ------------------------------------------------------------------------

CREATE  TABLE IF NOT EXISTS `containers` (
	`name` varchar(50) not null primary key,
	`db_schema` VARCHAR(250) NOT NULL,
	`db_table` VARCHAR(250) NOT NULL,
	`key_columns` VARCHAR(250) NOT NULL,
	`value_columns` VARCHAR(250),
	`flags` VARCHAR(250) NOT NULL DEFAULT "0",
	`cas_column` VARCHAR(250),
	`expire_time_column` VARCHAR(250),
	`unique_idx_name_on_key` VARCHAR(250) NOT NULL
) ENGINE = InnoDB;

CREATE  TABLE IF NOT EXISTS `config_options` (
	`name` varchar(50) not null primary key,
	`value` varchar(50)) ENGINE = InnoDB;

-- ------------------------------------------------------------------------
-- This is an example
-- We create a InnoDB table `demo_test` is the `test` database
-- and insert an entry into contrainers' table to tell InnoDB Memcache
-- that we has such InnoDB table as back store:
-- c1 -> key
-- c2 -> value
-- c3 -> flags
-- c4 -> cas
-- c5 -> exp time
-- PRIMARY -> use primary key to search
-- ------------------------------------------------------------------------

INSERT INTO containers VALUES ("aaa", "test", "demo_test",
			       "c1", "c2",  "c3", "c4", "c5", "PRIMARY");

INSERT INTO cache_policies VALUES("cache_policy", "innodb_only",
				  "innodb_only", "innodb_only", "innodb_only");

INSERT INTO config_options VALUES("separator", "|");
INSERT INTO config_options VALUES("table_map_delimiter", ".");

USE test

-- ------------------------------------------------------------------------
-- Key (c1) must be VARCHAR or CHAR type, memcached supports key up to 255
-- Bytes
-- Value (c2) must be VARCHAR or CHAR type
-- Flag (c3) is a 32 bits integer
-- CAS (c4) is a 64 bits integer, per memcached define
-- Exp (c5) is again a 32 bits integer
-- ------------------------------------------------------------------------
CREATE TABLE demo_test (c1 VARCHAR(32),
			c2 VARCHAR(1024),
			c3 INT, c4 BIGINT UNSIGNED, c5 INT, primary key(c1))
ENGINE = INNODB;

INSERT INTO demo_test VALUES ("AA", "HELLO, HELLO", 8, 0, 0);


но базы такой среди автоматически созданных не обнаружил, и запускать пока не пробовал - хочется все-таки разобраться, откуда ноги растут. Кстати, SHOW VARIABLES LIKE "innodb_buffer_pool_size" выдает вполне адекватное значение 130+.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39220030
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaRСегодня решил поиграться с MySQL 5.6.30 от MariaDB. Настройку выполнял согласно этой инструкции: http://malwselennaiaru.ru/182-ustanovka-mysql-na-windows.html#sel=67:1,67:9 . Озадачился, не найдя нигде традиционных настроек INNODB. Правда в доках пишут, что "в качестве замены InnoDB используется движок XtraDB", но и этого тоже не нашел.Эта инструкция только по установке, но не по настройке.
И она про MySQL, а движок XtraDB - это в MariaDB и в Percona. В их документации и надо смотреть. Причем, в первую очередь в Percona, т.к. это их разработка.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39220121
netwind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaR Озадачился, не найдя нигде традиционных настроек INNODB. Правда в доках пишут, что "в качестве замены InnoDB используется движок XtraDB", но и этого тоже не нашел.
Так все нормально. Это потому что и без настроек все работает так же как с настройками.
Этот автор поступил мудро, хотя и сам не подозревал об этом.

Используйте только две настройки : размер пула и innodb_flush_log_trx_commit = 2. ( Или =0, если уж совсем плохо )
Это все что на самом деле нужно знать о настройке mysql.

Отличные результаты дало бы изучение приложения, погружение в логику базы и изменение запросов. Но разве вы будете этим заниматься ?
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39220776
A-MaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
miksoft5 сеансов в минуту, все равно как-то многовато... Вам виднее, конечно.
По поводу частых реконнектов: они действительно не полезны для базы, или просто "выглядит немного странно"?:). Схема работы обмена у меня такая: сервис скачивает с Web-сервера пачку XML-файлов, парсит их, формирует скрипт для заливки в базу, и уже когда скачивание и парсинг полностью завершены, скрипт заливается в базу. В зависимости от количества файлов, процесс скачивания может длиться от нескольких секунд до часа, все это время сервис не обращается к базе, а количество файлов не прогнозируемо. Я посчитал, что нецелесообразно столько времени держать открытым коннект, поэтому отключаюсь перед началом скачивания всегда. Отсюда и такая частота.
...
Рейтинг: 0 / 0
Кэширование запросов MySQL 5.1 vs 5.5
    #39220870
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
A-MaRони действительно не полезны для базы, или просто "выглядит немного странно"?:).Если они не пересекаются во времени и никогда не случится пика в сотню одновременных сессий, то ничего страшного/плохого в этом нет.

"Странно" это было для сценария POS-терминала.
А вот для веб-сервера это даже мало, там могут идти десятки-сотни коннектов в секунду.
...
Рейтинг: 0 / 0
33 сообщений из 33, показаны все 2 страниц
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Кэширование запросов MySQL 5.1 vs 5.5
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]