|
|
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
Дано: локальный 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. Как все-таки включить кэш запросов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 10:05 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaRЧто на 5.1, что на 5.5 все настройки изначально стояли по умолчаниюНу а чего вы тогда хотите? Как переезжали на новую версию? Как часто модифицируется таблица MyTable? Покажите DDL таблицы MyTable и план запроса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 11:06 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 11:54 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaR, innodb_buffer_pool_size чему равен? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 12:36 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
miksoftA-MaR, innodb_buffer_pool_size чему равен? 8M, это на 5.5. Посмотрел инишник от 5.1 - там 138. Интересно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 12:51 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaR8M, это на 5.5Вот поэтому и долго. Ставьте хотя бы как было. А лучше, чтобы с запасом влезли все таблицы и индексы, если есть столько оперативки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 12:56 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
miksoft, Памяти на компе 512. Попробовал выставить innodb_buffer_pool_size согласно рекомендациям 256М (50% от оперативки), заодно изменил innodb_log_file_size на 70. Вообще отказался запускаться, ошибка 1067. Начал уменьшать постепенно оба - бесполезно. Запустить удалось только вернувшись к исходным 8 и 10. Последние значения, которые пробовал перед этим - 100 и 50. Очень странно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 14:08 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
Upd: Причина ошибки 1067 таки в innodb_log_file_size, больше 10 ни в какую не дает ставить. Первый параметр оставил 256, посмотрим, как завтра в работе себя покажет. Спасибо за подсказку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 14:26 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaR, Если у вас в базе нет активной модификации таблиц, то innodb_log_file_size вообще можно было по дефолту оставить (5 Мбайт). A-MaRПопробовал выставить innodb_buffer_pool_size согласно рекомендациям 256М (50% от оперативки)Эта рекомендация очень условная, предполагает, что на сервере работает только СУБД (т.е. без веб-сервера и т.п.) и что клиентских сессий не очень много (т.е. их буфера влезут в оставшуюся память). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 14:53 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
miksoftA-MaR, Если у вас в базе нет активной модификации таблиц, то innodb_log_file_size вообще можно было по дефолту оставить (5 Мбайт). Модифицируется в базе от силы таблиц 10, но активно. И конкретно на этом рабочем месте вставка и редактирование более медленные с самого начала, даже когда база была почти пустая: в отдельные таблицы больше половины модификаций занимают около 0,2с, тогда как на соседнем компе (там innodb_log_file_size=24, структура базы абсолютно такая же, но объем больше раз в 10) менее 0,01с. Так что innodb_log_file_size как раз хотелось бы увеличить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 16:06 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
>Дано: локальный MySQL сервер >Памяти на компе 512 Таак, без фотки компа тут вам не помогут... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 16:29 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
А, ну хотя это тот POS-терминал, такое еще возможно и это не виртуальный сервер, в котором обычно все тормозит по внешним относительно mysql причинам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 16:36 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaR2. Как все-таки включить кэш запросов? тебе наоборот это говно надо ВЫКЛЮЧАТЬ. это не кэш данных, это кэш результатов выполнения запросов, абсолютно ненужная и вредная хрень. тебе innodb buffer pull или как его там надо увеличивать. за счет quiet cache в том числе. тем более, что у тебя так мало памяти на машине. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 16:37 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
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/ и посмотрите что она скажет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 17:47 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
javajdbcпрогоните вот эту утилитку: http://mysqltuner.com/ и посмотрите что она скажет. "mysqltuner.pl не является внутренней или внешней командой, исполняемой программой или пакетным файлом" - она скажет ) В данном случае,это к лучшему. там же windows. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 23:31 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
netwindjavajdbcпрогоните вот эту утилитку: http://mysqltuner.com/ и посмотрите что она скажет. "mysqltuner.pl не является внутренней или внешней командой, исполняемой программой или пакетным файлом" - она скажет ) В данном случае,это к лучшему. там же windows. https://mysqltuner.codeplex.com/ ...понятно что вы (с Миксофтом, МастеромЗивом, СкареКроу етц) собаки сьели на настройках...и вам лично этот турнер нафик не сдался... но вы же не будете разбиратся детально и расчитывать человеку все буфера... а так будет хоть какой-то обший подход.... кроме буферов там много мелочей, типа секюрити, аптайм, количество конекций, распределиние рид-райт и кучи всего... ...понятно что надо аккуратно и с пониманием подкручивать настройки по указанию mysqlturner...., но это уже ко всему относится, включая и к вашим профессииональным советам... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2016, 23:47 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
MasterZivA-MaR2. Как все-таки включить кэш запросов? тебе наоборот это говно надо ВЫКЛЮЧАТЬ. это не кэш данных, это кэш результатов выполнения запросов, абсолютно ненужная и вредная хрень. Ругают его в основном за неудачный дизайн именно для высококонкурентного окружения. А POS-терминал обслуживает одного человека по определению. Неплохо зайдет query_cache, я считаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 00:27 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
В данном конкретном случае, пожалуй, соглашусь c MasterZiv-ом. Ресурсы по памяти весьма ограничены и эти драгоценные мегабайты, имхо, лучше отдать в innodb_buffer_pool_size, чем на кэш результатов запросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 07:41 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
miksoft, Полдня отработали, полет нормальный, во всяком случае тормоза на чтении ушли и стало также, как было на 5.1. Да, innodb_buffer_pool_size немного уменьшил до 160 (навскидку). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 11:45 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
javajdbc https://mysqltuner.codeplex.com/ Спасибо, качнул, полезная штука. Почему-то показал, что все таблицы фрагментированы, хотя база только 2 дня назад была развернута из скрипта, и часть таблиц не модифицируется в принципе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 11:51 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaR, Покажите что он показал, даже интересно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 11:57 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 13:08 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaR2K connОткуда так много коннектов на POS-терминале? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 13:13 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaRMy Documents\Source\mysqltuner\MySQLTuner\TuningCalculator.cs:line 691 а, так это даже не тот оригинальный скрипт на perl, а какая-то подделка ? Ну точно надо запретить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 13:15 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
miksoftA-MaRпропущено... Откуда так много коннектов на POS-терминале? 2К - это надеюсь общее число коннектов с момента старта, а не активных в данный момент? Тогда все логично: параллельно с основным приложением работает еще сервис, который выполняет обмен данными с учетной системой и отключается от базы после каждого сеанса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 13:34 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaRmiksoftпропущено... Откуда так много коннектов на POS-терминале? 2К - это надеюсь общее число коннектов с момента старта, а не активных в данный момент?Да, это за время аптайма. Количество активных ограничено:A-MaR100 max threads A-MaRТогда все логично: параллельно с основным приложением работает еще сервис, который выполняет обмен данными с учетной системой и отключается от базы после каждого сеанса.5 сеансов в минуту, все равно как-то многовато... Вам виднее, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 13:39 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
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? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 13:40 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
Alex_Ustinov- разница в объеме данных InnoDB откуда? Залит не полный дамп? Или таблицы улетели в MyIsam? Эти 2 терминала работают с разными учетными системами и обслуживают разное число клиентов, отсюда и такая разница. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.04.2016, 13:53 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
В продолжении темы настроек. Сегодня решил поиграться с 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. но базы такой среди автоматически созданных не обнаружил, и запускать пока не пробовал - хочется все-таки разобраться, откуда ноги растут. Кстати, SHOW VARIABLES LIKE "innodb_buffer_pool_size" выдает вполне адекватное значение 130+. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2016, 12:00 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
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, т.к. это их разработка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2016, 12:18 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaR Озадачился, не найдя нигде традиционных настроек INNODB. Правда в доках пишут, что "в качестве замены InnoDB используется движок XtraDB", но и этого тоже не нашел. Так все нормально. Это потому что и без настроек все работает так же как с настройками. Этот автор поступил мудро, хотя и сам не подозревал об этом. Используйте только две настройки : размер пула и innodb_flush_log_trx_commit = 2. ( Или =0, если уж совсем плохо ) Это все что на самом деле нужно знать о настройке mysql. Отличные результаты дало бы изучение приложения, погружение в логику базы и изменение запросов. Но разве вы будете этим заниматься ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2016, 13:27 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
miksoft5 сеансов в минуту, все равно как-то многовато... Вам виднее, конечно. По поводу частых реконнектов: они действительно не полезны для базы, или просто "выглядит немного странно"?:). Схема работы обмена у меня такая: сервис скачивает с Web-сервера пачку XML-файлов, парсит их, формирует скрипт для заливки в базу, и уже когда скачивание и парсинг полностью завершены, скрипт заливается в базу. В зависимости от количества файлов, процесс скачивания может длиться от нескольких секунд до часа, все это время сервис не обращается к базе, а количество файлов не прогнозируемо. Я посчитал, что нецелесообразно столько времени держать открытым коннект, поэтому отключаюсь перед началом скачивания всегда. Отсюда и такая частота. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2016, 08:02 |
|
||
|
Кэширование запросов MySQL 5.1 vs 5.5
|
|||
|---|---|---|---|
|
#18+
A-MaRони действительно не полезны для базы, или просто "выглядит немного странно"?:).Если они не пересекаются во времени и никогда не случится пика в сотню одновременных сессий, то ничего страшного/плохого в этом нет. "Странно" это было для сценария POS-терминала. А вот для веб-сервера это даже мало, там могут идти десятки-сотни коннектов в секунду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2016, 09:53 |
|
||
|
|

start [/forum/topic.php?all=1&fid=47&tid=1831883]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
167ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 204ms |
| total: | 474ms |

| 0 / 0 |
