Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Темы - ash

Страницы: [1]
1
Базы данных / 1040 Too many connections
« : 29 Марта 2002, 08:26:58 »
Вот такая зараза вываливается переодически, надоело, а как исправить не нашел =(

Вот сейчас оно выползо при следующий обстоятельствах:
ошибка появилась и я ради интереса полез посмотреть сколько соединений образовалось (SHOW STATUS) и увидел такую вот цифрь Connections 322 при этом не открывались новые соединения, а старые функционировали.
Глянул я и SHOW PROCESSLIST, в нем отображались процессы запущенные недели две назад (судя по 7ми значиным числам).

Вот что с этим делать? =(((( перегружать сервис нехорошо...
Да, самое важное: Win2000+MySQL3.23.49

Я несколько в замешательстве, у меня под FreeBSD MySQL уже
Uptime   5081062   =(((((

Вот кусок из php.ini
Цитировать

[MySQL]
mysql.allow_persistent = On
mysql.max_persistent = -1
mysql.max_links = -1
mysql.default_port =
mysql.default_socket =
mysql.default_host =
mysql.default_user =
mysql.default_password =

Идентичная конфигарация и под фрёй.

P.S. Когда первый раз такое проявилось я решил немного поэксперементировать и следал параметр mysql.max_persistent = 100. Ожидания не подтвердились соединения как плодились так и продолжали в том же духе, за пол часа перевалили за 100 =((( и продолжали это делать.

Каким образом заставить MySQL отстреливать старые соединения? Ведь юниковая версия это делает без напоминания...

2
PHP / Глюки? Если да, то чьи?
« : 04 Марта 2002, 16:06:33 »
Приветствую вас, уважаемые господа.

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

Ситуация:
Server: Win2000SE + Apache/1.3.20 +  PHP 4.x.x (про иксы будет повествование дальше) + MySQL 3.23.46
На этом безобразии вертится некий сайт (пока в тестовом режиме, но уже пора переводит его в люди), где есть скрипт, работающий по схеме:
1. пользователь делает из прайс-листа csv (около 4000 позиций)
2. указывает где лежит прайс, жмет кнопку
3. скрипт обрабатывает запрос что-то с ним делает (что конкретно - не знаю)
4. пользователю выводится сообщение, что все ОК прайс выкачан без ошибок и кнопочка ОБНОВИТЬ
5. скрипт заливает прайс в базу

Вот тут начинается свистопляска с версиями PHP (судя по тестам, что я проводил именно с ними).  У прайса куча категорий и подкатегорий, часть из них на английском, с ними все в порядке, НО вот с русскими названиями и пунктами творится нечто ужасное...
Случайным образом отрезается произвольное количество
русских букв с начала или конца слова. Я не оговорился - именно случайным, т.к. при одной и той же версии PHP при нескольких закачках количество, буква и место (начало либо конец. Про середину не знаю, не замечал) меняются =(((
Еще одно положение в пользу версии о глюках именно PHP говорит тот факт, что: при установки версии 4.1.1 иногда пропадают целые слова и выпадение букв повальное; версия 4.0.6 работет лучше, но из
кетчупов получаются чупы , более лояльно к этому относится 4.0.5 версия, сначала я жаде думал, что она работает как надо и успокоиюлся (программер, что писал скрипт то же), но как оказалось это не так.. дотошный заказчик обнаружил атончики вместо батончиков в глубине одной из категорий товаров (и здесь куски опять же блуждающие, я примотрелся и нашел еще несколько нехватающих букв.

Вот и сейчас я в совершеннейшей растерянности, что делать и как выловить это т глюк. =(

На данный момент я имею: версия PHP 4.0.5 более терпима к "обрезанию" русских букв; факт выпадения букв происходит до этапа попадания данных в БД; чаще всего страдают буквы в начае слова (Б, Ч, К, но не они одни), при этой версии обычно вываливаются 1-2 буквы (т.е. первая и вторая, иногда и больше так например: Шоколад превращался в Лад); в пунктах где первыми идут цифры - буквы на своих местах; английские слова не трогаются.



Если кто сталкивался с таким или представляет сбе что это может быть и как от этого избавиться - скажите плизз.

Страницы: [1]