[Comm] MySQL: русские буквы считаются одинаковыми

[Comm] MySQL: русские буквы считаются одинаковыми

[Евгений Косенко]

$ rpm -q MySQL-server
MySQL-server-3.23.56-alt3
$ rpm -q MySQL-client
MySQL-client-3.23.56-alt3
$ mysql
. . .
mysql> create table test (letter char(1) unique);
Query OK, 0 rows affected (0.03 sec)

mysql> insert into test(letter) values ('а');
Query OK, 1 row affected (0.00 sec)

mysql> insert into test(letter) values ('б');
ERROR 1062: Duplicate entry 'б' for key 1
mysql> insert into test(letter) values ('в');
ERROR 1062: Duplicate entry 'в' for key 1
mysql>

Насколько я понимаю, проблема в том, что MySQL не понимает эти буквы как 
разные. Я так и не понял, в чем проблема. Документация к MySQL рекомендует 
перекомпилировать MySQL с определенными флагами, а затем использовать 
специальные флаги при вызове. В свое время в LFS с помощью каких-то плясок с 
бубном я умудрился устранить эту проблему, но сейчас не могу вспомнить, как 
это было сделано.

Теперь у меня ALJ 2.2, настроек MySQL я абсолютно не касался. Мне кажется, в 
русском дистрибутиве такой проблемы не должно появляться даже при установке 
"из коробки". Возможно, у меня неправильно установлена локаль:

$ echo $LANG
ru_RU.CP1251
$ echo $LANGUAGE
ru_RU.CP1251

Ни одна из переменных $LC_* не установлена.

Есть ли простой способ устранить проблему? Честно говоря, не хотелось бы 
ковырять скрипты запуска...

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

Евгений Косенко пишет:
> $ rpm -q MySQL-server
> MySQL-server-3.23.56-alt3
> $ rpm -q MySQL-client
> MySQL-client-3.23.56-alt3
> $ mysql
> . . .
> mysql> create table test (letter char(1) unique);
> Query OK, 0 rows affected (0.03 sec)
> 
> mysql> insert into test(letter) values ('а');
> Query OK, 1 row affected (0.00 sec)
> 
> mysql> insert into test(letter) values ('б');
> ERROR 1062: Duplicate entry 'б' for key 1
> mysql> insert into test(letter) values ('в');
> ERROR 1062: Duplicate entry 'в' for key 1
> mysql>
> 
> Насколько я понимаю, проблема в том, что MySQL не понимает эти буквы как 
> разные. Я так и не понял, в чем проблема. Документация к MySQL рекомендует 
> перекомпилировать MySQL с определенными флагами, а затем использовать 
> специальные флаги при вызове. В свое время в LFS с помощью каких-то плясок с 
> бубном я умудрился устранить эту проблему, но сейчас не могу вспомнить, как 
> это было сделано.
> 
> Теперь у меня ALJ 2.2, настроек MySQL я абсолютно не касался. Мне кажется, в 
> русском дистрибутиве такой проблемы не должно появляться даже при установке 
> "из коробки". Возможно, у меня неправильно установлена локаль:
> 
> $ echo $LANG
> ru_RU.CP1251
> $ echo $LANGUAGE
> ru_RU.CP1251
> 
> Ни одна из переменных $LC_* не установлена.
> 
> Есть ли простой способ устранить проблему? Честно говоря, не хотелось бы 
> ковырять скрипты запуска...
> 

Добавлю от себя, что уникальными считаются буквы:
а, д, е, з, и, м, п, с, т, ш, щ, ч, э, ю, я.
Если их вносить по алфавиту (ну или около того)...

MySQL-client-4.0.15-alt2
MySQL-doc-4.0.15-alt2
libMySQL-4.0.15-alt2
MySQL-server-4.0.15-alt2

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

Евгений Косенко пишет:
> В сообщении от 8 Ноябрь 2003 22:31 Eugene Ostapets написал(a):
> 
> 
>>MySQL-client-4.0.15-alt2
>>MySQL-doc-4.0.15-alt2
>>libMySQL-4.0.15-alt2
>>MySQL-server-4.0.15-alt2
> 
> 
> Это можно считать советом? Дело в том, что в LFS у меня был поднят как раз 
> четвертый MySQL и там была точно такая же проблема. Или в Альте ее как раз 
> починили в четвертой версии?
> 
Нет, это подтверждение проблемы и в 4-й версии:(((

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Евгений Косенко]

В сообщении от 8 Ноябрь 2003 22:31 Eugene Ostapets написал(a):

> MySQL-client-4.0.15-alt2
> MySQL-doc-4.0.15-alt2
> libMySQL-4.0.15-alt2
> MySQL-server-4.0.15-alt2

Это можно считать советом? Дело в том, что в LFS у меня был поднят как раз 
четвертый MySQL и там была точно такая же проблема. Или в Альте ее как раз 
починили в четвертой версии?

Re: [Comm] MySQL: русские буквы считаются одинаковыми

[iceb]

Hi!

> $ echo $LANG
> ru_RU.CP1251
> $ echo $LANGUAGE
> ru_RU.CP1251

Проблема в этом. По умолчанию используется кои-8. В секции
[mysqld] файла /etc/my.cnf укажите default-character-set=win1251

-- 
Yura Kalinichenko

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

iceb@svitonline.com пишет:
> Hi!
> 
> 
>>$ echo $LANG
>>ru_RU.CP1251
>>$ echo $LANGUAGE
>>ru_RU.CP1251
> 
> 
> Проблема в этом. По умолчанию используется кои-8. В секции
> [mysqld] файла /etc/my.cnf укажите default-character-set=win1251
> 
По умолчанию стоит вообще latin1, и установка cp1251 никак не влияет на 
поведение mysql. Нужно попробовать пересобрать с 
default-character-set=cp1251 ...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Евгений Косенко]

В сообщении от 9 Ноябрь 2003 12:50 Eugene Ostapets написал(a):
> iceb@svitonline.com пишет:
> > Hi!
> >
> >>$ echo $LANG
> >>ru_RU.CP1251
> >>$ echo $LANGUAGE
> >>ru_RU.CP1251
> >
> > Проблема в этом. По умолчанию используется кои-8. В секции
> > [mysqld] файла /etc/my.cnf укажите default-character-set=win1251
>
> По умолчанию стоит вообще latin1, и установка cp1251 никак не влияет на
> поведение mysql. Нужно попробовать пересобрать с
> default-character-set=cp1251 ...

В LFS, кажется, так и лечилось. А без пересборки никак?

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

Евгений Косенко пишет:
> В сообщении от 9 Ноябрь 2003 12:50 Eugene Ostapets написал(a):
> 
>>iceb@svitonline.com пишет:
>>
>>>Hi!
>>>
>>>
>>>>$ echo $LANG
>>>>ru_RU.CP1251
>>>>$ echo $LANGUAGE
>>>>ru_RU.CP1251
>>>
>>>Проблема в этом. По умолчанию используется кои-8. В секции
>>>[mysqld] файла /etc/my.cnf укажите default-character-set=win1251
>>
>>По умолчанию стоит вообще latin1, и установка cp1251 никак не влияет на
>>поведение mysql. Нужно попробовать пересобрать с
>>default-character-set=cp1251 ...
> 
> 
> В LFS, кажется, так и лечилось. А без пересборки никак?
> 
Пересоберу - буду знать точнее...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[iceb]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1029 bytes --]

В Вск, 9 Ноя 2003, Eugene Ostapets написал(а):

EO> iceb@svitonline.com пишет:
EO> > Hi!
EO> >
EO> >
EO> >>$ echo $LANG
EO> >>ru_RU.CP1251
EO> >>$ echo $LANGUAGE
EO> >>ru_RU.CP1251
EO> >
EO> >
EO> > Проблема в этом. По умолчанию используется кои-8. В секции
EO> > [mysqld] файла /etc/my.cnf укажите
EO> default-character-set=win1251
EO> >
EO> По умолчанию стоит вообще latin1, и установка cp1251 никак
EO> не влияет на
EO> поведение mysql. Нужно попробовать пересобрать с
EO> default-character-set=cp1251 ...

Несмотря на занятость, не поленился проверить.
Результат : все работает БЕЗ ПЕРЕСБОРКИ.
MySQL из коробки ALT Master 2.2, ничего не пересобиралось.

Итак, тестовый пример - attachment #1 (исходного письма не
сохранилось, так что написал по-своему, сохранив смысл).
Скармливаем мускулю:

mysql -u root -p < testcharset.win.sql > charset-win.out

Отчет - attachment #2. Как видите, все съелось и отсортировалось
по алфавиту в нужной кодировке.

Мой конфиг - attachment #3.

Что я делаю не так ? Ы ?

-- 
Yura Kalinichenko

[-- Attachment #2: Type: APPLICATION/x-gzip, Size: 272 bytes --]

[-- Attachment #3: Type: APPLICATION/x-gzip, Size: 91 bytes --]

[-- Attachment #4: Type: APPLICATION/x-gzip, Size: 1142 bytes --]

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

iceb@svitonline.com пишет:
> В Вск, 9 Ноя 2003, Eugene Ostapets написал(а):
> 
> EO> iceb@svitonline.com пишет:
> EO> > Hi!
> 
> Несмотря на занятость, не поленился проверить.
> Результат : все работает БЕЗ ПЕРЕСБОРКИ.
> MySQL из коробки ALT Master 2.2, ничего не пересобиралось.
> 
> Итак, тестовый пример - attachment #1 (исходного письма не
> сохранилось, так что написал по-своему, сохранив смысл).
> Скармливаем мускулю:
> 
> mysql -u root -p < testcharset.win.sql > charset-win.out
> 
> Отчет - attachment #2. Как видите, все съелось и отсортировалось
> по алфавиту в нужной кодировке.
> 
> Мой конфиг - attachment #3.
> 
> Что я делаю не так ? Ы ?
Неправильно было потерять исходное письмо:) То что русский рабоатет - 
так это никто и не спорил, а проблемы у спрашивавшего при использовании 
поля char(1) unique
> 

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[iceb]

В Пон, 10 Ноя 2003, Eugene Ostapets написал(а):

EO> iceb@svitonline.com пишет:
EO> > В Вск, 9 Ноя 2003, Eugene Ostapets написал(а):
EO> >
EO> > EO> iceb@svitonline.com пишет:
EO> > EO> > Hi!
EO> >
EO> > Несмотря на занятость, не поленился проверить.
EO> > Результат : все работает БЕЗ ПЕРЕСБОРКИ.
EO> > MySQL из коробки ALT Master 2.2, ничего не пересобиралось.
EO> >
EO> > Итак, тестовый пример - attachment #1 (исходного письма не
EO> > сохранилось, так что написал по-своему, сохранив смысл).
EO> > Скармливаем мускулю:
EO> >
EO> > mysql -u root -p < testcharset.win.sql > charset-win.out
EO> >
EO> > Отчет - attachment #2. Как видите, все съелось и
EO> отсортировалось
EO> > по алфавиту в нужной кодировке.
EO> >
EO> > Мой конфиг - attachment #3.
EO> >
EO> > Что я делаю не так ? Ы ?
EO> Неправильно было потерять исходное письмо:) То что русский
EO> рабоатет -
EO> так это никто и не спорил, а проблемы у спрашивавшего при
EO> использовании
EO> поля char(1) unique
EO> >

Евгений, ты вообще читать умеешь или только писать ?

Тебе надо доказывать, что
CREATE TABLE alpha (akey CHAR(1) UNIQUE) _по_смыслу_ заданного
вопроса ничем не отличается от
CREATE TABLE alpha (akey VARCHAR(60) NOT NULL PRIMARY KEY) ?

Если да - то замени в предложенном примере второе на первое и
убедись что все осталось по-прежнему работающим. Я - проверил,
хотя все очевидно и так.

-- 
Yura Kalinichenko

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

iceb@svitonline.com пишет:
> В Пон, 10 Ноя 2003, Eugene Ostapets написал(а):
> 
> 
> Евгений, ты вообще читать умеешь или только писать ?
> 
> Тебе надо доказывать, что
> CREATE TABLE alpha (akey CHAR(1) UNIQUE) _по_смыслу_ заданного
> вопроса ничем не отличается от
> CREATE TABLE alpha (akey VARCHAR(60) NOT NULL PRIMARY KEY) ?
> 
> Если да - то замени в предложенном примере второе на первое и
> убедись что все осталось по-прежнему работающим. Я - проверил,
> хотя все очевидно и так.
> 

Проверил - по прежнему не работает...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[iceb]

В Вт, 11 Ноя 2003, Eugene Ostapets написал(а):

EO> iceb@svitonline.com пишет:
EO> > В Пон, 10 Ноя 2003, Eugene Ostapets написал(а):
EO> >
EO> >
EO> > Евгений, ты вообще читать умеешь или только писать ?
EO> >
EO> > Тебе надо доказывать, что
EO> > CREATE TABLE alpha (akey CHAR(1) UNIQUE) _по_смыслу_
EO> заданного
EO> > вопроса ничем не отличается от
EO> > CREATE TABLE alpha (akey VARCHAR(60) NOT NULL PRIMARY KEY)
EO> ?
EO> >
EO> > Если да - то замени в предложенном примере второе на
EO> первое и
EO> > убедись что все осталось по-прежнему работающим. Я -
EO> проверил,
EO> > хотя все очевидно и так.
EO> >
EO>
EO> Проверил - по прежнему не работает...
EO>

Мой my.cnf ставил ?

-- 
Yura Kalinichenko

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

iceb@svitonline.com пишет:
> В Вт, 11 Ноя 2003, Eugene Ostapets написал(а):
> 
> EO> iceb@svitonline.com пишет:
> EO> > В Пон, 10 Ноя 2003, Eugene Ostapets написал(а):
> EO> >
> EO> >
> EO> > Евгений, ты вообще читать умеешь или только писать ?
> EO> >
> EO> > Тебе надо доказывать, что
> EO> > CREATE TABLE alpha (akey CHAR(1) UNIQUE) _по_смыслу_
> EO> заданного
> EO> > вопроса ничем не отличается от
> EO> > CREATE TABLE alpha (akey VARCHAR(60) NOT NULL PRIMARY KEY)
> EO> ?
> EO> >
> EO> > Если да - то замени в предложенном примере второе на
> EO> первое и
> EO> > убедись что все осталось по-прежнему работающим. Я -
> EO> проверил,
> EO> > хотя все очевидно и так.
> EO> >
> EO>
> EO> Проверил - по прежнему не работает...
> EO>
> 
> Мой my.cnf ставил ?
> 
Угу... У тебя работает команда SHOW CHARACTER SET; ? В документации она 
описана, но у меня на любое использование character set идет ругань...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[iceb]

В Вт, 11 Ноя 2003, Eugene Ostapets написал(а):

EO> Угу... У тебя работает команда SHOW CHARACTER SET; ? В
EO> документации она
EO> описана, но у меня на любое использование character set идет
EO> ругань...

Наверное имеется в виду следующее:

[yuk@iceb yuk]$ echo "show variables ;" | mysql | grep character_sets
character_sets  latin1 big5 cp1251 cp1257 croat czech danish dec8
dos estonia euc_kr gb2312 gbk german1 greek hebrew hp8 hungarian
koi8_ru koi8_ukr latin2 latin5 swe7 usa7 win1250 win1251
win1251ukr ujis sjis tis620

А у тебя есть это все в /usr/share/mysql/charsets ?

-- 
Yura Kalinichenko

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

iceb@svitonline.com пишет:
> В Вт, 11 Ноя 2003, Eugene Ostapets написал(а):
> 
> EO> Угу... У тебя работает команда SHOW CHARACTER SET; ? В
> EO> документации она
> EO> описана, но у меня на любое использование character set идет
> EO> ругань...
> 
> Наверное имеется в виду следующее:
> 
> [yuk@iceb yuk]$ echo "show variables ;" | mysql | grep character_sets
> character_sets  latin1 big5 cp1251 cp1257 croat czech danish dec8
> dos estonia euc_kr gb2312 gbk german1 greek hebrew hp8 hungarian
> koi8_ru koi8_ukr latin2 latin5 swe7 usa7 win1250 win1251
> win1251ukr ujis sjis tis620
> 
> А у тебя есть это все в /usr/share/mysql/charsets ?
> 
Конечно есть, но я имел в виду другое...
Команды серии create database test charcter set=cp1251... Ну и все 
остальные команды, которые поддерживают указание character set 
ругаются... :( И скорее всего именно здесь корень проблемы.

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[iceb]

В Вт, 11 Ноя 2003, Eugene Ostapets написал(а):

EO> Конечно есть, но я имел в виду другое...
EO> Команды серии create database test charcter set=cp1251... Ну
EO> и все
EO> остальные команды, которые поддерживают указание character
EO> set
EO> ругаются... :(

Я не нашел в документации такого. Единственное, что есть (и это у меня
работает) - в описании команды SET:

CHARACTER SET character_set_name | DEFAULT
           Преобразует все строки, передающиеся от клиента, и строки
           передающиеся клиенту, в соответствии с заданным набором символов.
           В настоящее время единственной опцией для character_set_name
           является cp1251_koi8, но можно легко добавить новые наборы
           символов, отредактировав файл sql/convert.cc в дистрибутиве
           исходного кода MySQL.

И вообще-то тред был не об этом.

EO> И скорее всего именно здесь корень проблемы.
Ну не знаю я такой проблемы. Как говорится, "у меня все работает"
в описанном в предыдущих постингах виде и мне трудно предположить,
что можно сделать, чтобы оно не работало.

-- 
Yura Kalinichenko

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Eugene Ostapets]

iceb@svitonline.com пишет:
> В Вт, 11 Ноя 2003, Eugene Ostapets написал(а):
> 
> EO> Конечно есть, но я имел в виду другое...
> EO> Команды серии create database test charcter set=cp1251... Ну
> EO> и все
> EO> остальные команды, которые поддерживают указание character
> EO> set
> EO> ругаются... :(
> 
> Я не нашел в документации такого. Единственное, что есть (и это у меня
> работает) - в описании команды SET:
> 
> CHARACTER SET character_set_name | DEFAULT
>            Преобразует все строки, передающиеся от клиента, и строки
>            передающиеся клиенту, в соответствии с заданным набором символов.
>            В настоящее время единственной опцией для character_set_name
>            является cp1251_koi8, но можно легко добавить новые наборы
>            символов, отредактировав файл sql/convert.cc в дистрибутиве
>            исходного кода MySQL.
> 
Это есть в 4-ке, которая сейчас в Сизифе и у меня на машине, а вот у 
автора оригинального письма стоит 3-ка...
> И вообще-то тред был не об этом.
Да.
> 
> EO> И скорее всего именно здесь корень проблемы.
> Ну не знаю я такой проблемы. Как говорится, "у меня все работает"
> в описанном в предыдущих постингах виде и мне трудно предположить,
> что можно сделать, чтобы оно не работало.
> 
Я до этого письма никогда не озадачивался однобуквенными полями и 
поскольку ни с настройками по умолчанию, ни с твоими не работает, то 
секрет решения есть только у тебя! Хотя странно что в рассыке никто 
больше не проверил работу исходных примеров и не сделал подтверждение 
или опровержение проблемы... Сейчас получается что у двух человек разные 
поколения сервера содержат проблему "из коробки", а у одного нет...

-- 
С уважением,
Евгений Остапец
+380 44 459 28 79
http://www.unisoft.com.ua

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[iceb]

В Срд, 12 Ноя 2003, Eugene Ostapets написал(а):

EO> iceb@svitonline.com пишет:
EO> > В Вт, 11 Ноя 2003, Eugene Ostapets написал(а):
EO> >
EO> > EO> Конечно есть, но я имел в виду другое...
EO> > EO> Команды серии create database test charcter
EO> set=cp1251... Ну
EO> > EO> и все
EO> > EO> остальные команды, которые поддерживают указание
EO> character
EO> > EO> set
EO> > EO> ругаются... :(
EO> >
EO> > Я не нашел в документации такого. Единственное, что есть
EO> (и это у меня
EO> > работает) - в описании команды SET:
EO> >
EO> > CHARACTER SET character_set_name | DEFAULT
EO> >            Преобразует все строки, передающиеся от
EO> клиента, и строки
EO> >            передающиеся клиенту, в соответствии с заданным
EO> набором символов.
EO> >            В настоящее время единственной опцией для
EO> character_set_name
EO> >            является cp1251_koi8, но можно легко добавить
EO> новые наборы
EO> >            символов, отредактировав файл sql/convert.cc в
EO> дистрибутиве
EO> >            исходного кода MySQL.
EO> >
EO> Это есть в 4-ке, которая сейчас в Сизифе и у меня на машине,
Дык может в этом и вся твоя проблема ? У меня-то MySQL-server-3.23.55-alt1,
прямо из коробки.

EO> а вот у
EO> автора оригинального письма стоит 3-ка...

links file:/usr/share/doc/MySQL-3.23.55/manual_MySQL_Optimisation.html#SET_OPTION:
...
   CHARACTER SET character_set_name | DEFAULT
           This maps all strings from and to the client with the given
           mapping. Currently the only option for character_set_name is
           cp1251_koi8, but you can easily add new mappings by editing the
           \x13ql/convert.cc' file in the MySQL source distribution. The

И оно таки работает в тройке, как и заявлено. По крайней мере запрос
отрабатывает без ошибок.

EO> Я до этого письма никогда не озадачивался однобуквенными
EO> полями и
EO> поскольку ни с настройками по умолчанию, ни с твоими не
EO> работает, то
EO> секрет решения есть только у тебя! Хотя странно что в
EO> рассыке никто
EO> больше не проверил работу исходных примеров и не сделал
EO> подтверждение
EO> или опровержение проблемы...
Ну значит имеем дело с Неуловимым Джо...

EO> Сейчас получается что у двух
EO> человек разные
EO> поколения сервера содержат проблему "из коробки", а у одного
EO> нет...
Вообще-то инициатор треда давно ничего не говорит - может мой рецепт ему
и помог.

-- 
Yura Kalinichenko

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Евгений Косенко]

В сообщении от 12 Ноябрь 2003 13:56 iceb@svitonline.com написал(a):

> Вообще-то инициатор треда давно ничего не говорит - может мой рецепт ему
> и помог.

Инициатору треда явно помогло тупое удаление ограничения на уникальность. 
Проблема проблемой, но работать как-то надо. А потом целую неделю автору 
треда было не до проблемы. Сейчас добрались руки, решил посмотреть.

Прежде всего, замена char на varchar разницы не дает -- грабли те же самые. А 
вот с конфигом намного интереснее. Но обо всем по порядку. Итак,

$ rpm -qlc MySQL-server
/etc/chroot.d/mysql.all
/etc/chroot.d/mysql.conf
/etc/chroot.d/mysql.lib
/etc/logrotate.d/mysql
/etc/my.cnf
/etc/rc.d/init.d/mysqld
/var/lib/mysql/my.cnf
$ ls /etc/my.cnf
$

Тут меня пробило на измену: как это так, rpm говорит, что /etc/my.cnf есть, а 
посмотреть его нельзя. Я подумал, что у меня криво пакеты встали.

# rpm -i --force \ 
/mnt/cdrom/auto/ALTLinux/RPMS.devel/MySQL-server-3.23.55-alt1.i586.rpm
error: failed dependencies:
        libMySQL = 3.23.55-alt1 is needed by MySQL-server-3.23.55-alt1
        MySQL-client = 3.23.55-alt1 is needed by MySQL-server-3.23.55-alt1
# rpm -i --force \ 
/mnt/cdrom/auto/ALTLinux/RPMS.devel/libMySQL-3.23.55-alt1.i586.rpm
# rpm -i --force \ 
/mnt/cdrom/auto/ALTLinux/RPMS.devel/MySQL-client-3.23.55-alt1.i586.rpm
# rpm -i --force 
/mnt/cdrom/auto/ALTLinux/RPMS.devel/MySQL-server-3.23.55-alt1.i586.rpm
No additional actions have to be done with MySQL privilege tables.
Shutting down mysqld: [ DONE ]
Adjusting environment for mysqld: [ DONE ]
Starting mysqld: [ DONE ]
# ls /etc/my.sql
#

Тут мне стало еще более дурно.

$ rpm -qlc MySQL-server
/etc/chroot.d/mysql.all
/etc/chroot.d/mysql.conf
/etc/chroot.d/mysql.lib
/etc/logrotate.d/mysql
/etc/my.cnf
/etc/rc.d/init.d/mysqld
/var/lib/mysql/my.cnf
/etc/chroot.d/mysql.all
/etc/chroot.d/mysql.conf
/etc/chroot.d/mysql.lib
/etc/logrotate.d/mysql
/etc/my.cnf
/etc/rc.d/init.d/mysqld
/var/lib/mysql/my.cnf
$ ls /etc/my.sql
$

# rpm -e MySQL-server
error: "MySQL-server" specifies multiple packages

Ну и, как теперь избавиться от этой проблемы?

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Евгений Косенко]

В сообщении от 12 Ноябрь 2003 13:56 iceb@svitonline.com написал(a):

Продолжаем... В общем, я понял, что my.cnf должен лежать в 
/var/lib/mysql/my.cnf.

# more /var/lib/mysql/my.cnf
[mysqld]
chroot=/var/lib/mysql
datadir=/db
bdb-logdir=/log
log=/log/queries
pid-file=/mysqld.pid
skip-locking
skip-networking
socket=/mysql.sock
tmpdir=/tmp
user=mysql

Чтобы не шокировать читателей, разницу с Вашим my.cnf приводить не буду. 
Пожалуй, впору формулировать другой вопрос: как оно с такими установками 
вообще работает?

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

Возможно, что проблема в разнице между Мастером и Юниором? У меня ведь ALJ 
2.2. Может, есть смысл пересмотреть пакеты в Юниоре? Или он считается 
"игрушечным" дистрибутивом?

Re: [Comm] MySQL: ПСЯЯЙХЕ АСЙБШ ЯВХРЮЧРЯЪ НДХМЮЙНБШЛХ

[Евгений Косенко]

Да, вдогонку

# rpm -q MySQL-server
MySQL-server-3.23.56-alt3
MySQL-server-3.23.55-alt1
# rpm -e MySQL-server-3.23.55
# rpm -qlc MySQL-server
/etc/chroot.d/mysql.all
/etc/chroot.d/mysql.conf
/etc/chroot.d/mysql.lib
/etc/logrotate.d/mysql
/etc/my.cnf
/etc/rc.d/init.d/mysqld
/var/lib/mysql/my.cnf
# more /var/lib/mysql/my.cnf
[mysqld]
chroot=/var/lib/mysql
datadir=/db
bdb-logdir=/log
log=/log/queries
pid-file=/mysqld.pid
skip-locking
skip-networking
socket=/mysql.sock
tmpdir=/tmp
user=mysql

Так что, по крайней мере, с пакетами разобрался.