powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Кэширование запросов MySQL 5.1 vs 5.5
8 сообщений из 33, страница 2 из 2
Кэширование запросов 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
8 сообщений из 33, страница 2 из 2
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Кэширование запросов MySQL 5.1 vs 5.5
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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