[sisyphus] dspam-mysql vs MySQL server in Sisyphus

ALT Linux Sisyphus discussions
 help / color / mirror / Atom feed

* [sisyphus] dspam-mysql vs MySQL server in Sisyphus
@ 2007-01-29 22:54 Sergey Ivanov
  2007-01-29 23:16 ` Ivan Adzhubey
  0 siblings, 1 reply; 9+ messages in thread
From: Sergey Ivanov @ 2007-01-29 22:54 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

Привет всем.
Решил я попробовать dspam с mysql_storage.
Установил из текущего сизифа
# apt-get install dspam-mysql MySQL-server
со всем что требовалось по зависимостям
Затем решил провести проверку, не подвержен ли MySQL сервер багу,
препятствующему нормальной работе dspam'а:
---
mysql> create table dspam_test (token bigint(20));
Query OK, 0 rows affected (0.01 sec)

mysql> insert into dspam_test
values('3232933621568372736'),('5174632569486238062'),('5860192774298853742'),('8787532532089676142'),('8029914733239132526');
Query OK, 5 rows affected (0.00 sec)
Records: 5  Duplicates: 0  Warnings: 0

mysql> select token from dspam_test where token
in('3232933621568372736','8787532532089676142','8029914733239132526','5174632569486238062','5860192774298853742');
+---------------------+
| token               |
+---------------------+
| 3232933621568372736 |
| 5860192774298853742 |
| 8029914733239132526 |
+---------------------+
3 rows in set (0.00 sec)
---
Что не есть хорошо. По описаниям (см.

http://dspam.nuclearelephant.com/dspam-users/0436.html) хороший MySQL
сервер должен вернуть пять записей.

Значит ли это что у нас в Сизифе плохой MySQL сервер?
Или у dspam неправильные представления о том, как себя должен вести
MySQL сервер?
-- 
	С уважением,
		Сергей Иванов.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [sisyphus] dspam-mysql vs MySQL server in Sisyphus
  2007-01-29 22:54 [sisyphus] dspam-mysql vs MySQL server in Sisyphus Sergey Ivanov
@ 2007-01-29 23:16 ` Ivan Adzhubey
  2007-01-29 23:39   ` Sergey Ivanov
  0 siblings, 1 reply; 9+ messages in thread
From: Ivan Adzhubey @ 2007-01-29 23:16 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

Приветствую!

$ rpm -qa|grep MySQL|sort
libMySQL-5.0.27-alt1.1
libMySQL-devel-5.0.27-alt1.1
MySQL-client-5.0.27-alt1.1
MySQL-server-5.0.27-alt1.1
MySQL-server-perl-5.0.27-alt1.1

On Monday 29 January 2007 17:54, Sergey Ivanov wrote:
> Привет всем.
> Решил я попробовать dspam с mysql_storage.
> Установил из текущего сизифа
> # apt-get install dspam-mysql MySQL-server
> со всем что требовалось по зависимостям
> Затем решил провести проверку, не подвержен ли MySQL сервер багу,
> препятствующему нормальной работе dspam'а:
> ---
> mysql> create table dspam_test (token bigint(20));
> Query OK, 0 rows affected (0.01 sec)

mysql> create database dspam;
Query OK, 1 row affected (0.03 sec)

mysql> use dspam;
Database changed
mysql> create table dspam_test (token bigint(20));
Query OK, 0 rows affected (0.03 sec)

> mysql> insert into dspam_test
> values('3232933621568372736'),('5174632569486238062'),('5860192774298853742
>'),('8787532532089676142'),('8029914733239132526'); Query OK, 5 rows
> affected (0.00 sec)
> Records: 5  Duplicates: 0  Warnings: 0

mysql> insert into dspam_test values('3232933621568372736'),
('5174632569486238062'),('5860192774298853742'),('8787532532089676142'),
('8029914733239132526');
Query OK, 5 rows affected (0.00 sec)
Records: 5  Duplicates: 0  Warnings: 0

> mysql> select token from dspam_test where token
> in('3232933621568372736','8787532532089676142','8029914733239132526','51746
>32569486238062','5860192774298853742'); +---------------------+
>
> | token               |
>
> +---------------------+
>
> | 3232933621568372736 |
> | 5860192774298853742 |
> | 8029914733239132526 |
>
> +---------------------+
> 3 rows in set (0.00 sec)
> ---
> Что не есть хорошо. По описаниям (см.
>
> http://dspam.nuclearelephant.com/dspam-users/0436.html) хороший MySQL
> сервер должен вернуть пять записей.
>
> Значит ли это что у нас в Сизифе плохой MySQL сервер?
> Или у dspam неправильные представления о том, как себя должен вести
> MySQL сервер?

mysql> select * from dspam_test;
+---------------------+
| token               |
+---------------------+
| 3232933621568372736 |
| 5174632569486238062 |
| 5860192774298853742 |
| 8787532532089676142 |
| 8029914733239132526 |
+---------------------+
5 rows in set (0.00 sec)

mysql> select token from dspam_test where token 
in('3232933621568372736','8787532532089676142','8029914733239132526','5174632569486238062','5860192774298853742');
+---------------------+
| token               |
+---------------------+
| 3232933621568372736 |
| 5174632569486238062 |
| 5860192774298853742 |
| 8787532532089676142 |
| 8029914733239132526 |
+---------------------+
5 rows in set (0.01 sec)

--Ivan




THE INFORMATION TRANSMITTED IN THIS ELECTRONIC COMMUNICATION IS INTENDED ONLY FOR THE PERSON OR ENTITY TO WHOM IT IS ADDRESSED AND MAY CONTAIN CONFIDENTIAL AND/OR PRIVILEGED MATERIAL.  ANY REVIEW, RETRANSMISSION, DISSEMINATION OR OTHER USE OF OR TAKING OF ANY ACTION IN RELIANCE UPON, THIS INFORMATION BY PERSONS OR ENTITIES OTHER THAN THE INTENDED RECIPIENT IS PROHIBITED.  IF YOU RECEIVED THIS INFORMATION IN ERROR, PLEASE CONTACT THE SENDER AND THE PRIVACY OFFICER, AND PROPERLY DISPOSE OF THIS INFORMATION.




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [sisyphus] dspam-mysql vs MySQL server in Sisyphus
  2007-01-29 23:16 ` Ivan Adzhubey
@ 2007-01-29 23:39   ` Sergey Ivanov
  2007-01-29 23:56     ` Ivan Adzhubey
  0 siblings, 1 reply; 9+ messages in thread
From: Sergey Ivanov @ 2007-01-29 23:39 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

Ivan Adzhubey wrote:
> Приветствую!
> 
> $ rpm -qa|grep MySQL|sort
> libMySQL-5.0.27-alt1.1
> libMySQL-devel-5.0.27-alt1.1
> MySQL-client-5.0.27-alt1.1
> MySQL-server-5.0.27-alt1.1
> MySQL-server-perl-5.0.27-alt1.1
> 
> On Monday 29 January 2007 17:54, Sergey Ivanov wrote:
>> Привет всем.
>> Решил я попробовать dspam с mysql_storage.
>> Установил из текущего сизифа
>> # apt-get install dspam-mysql MySQL-server
>> со всем что требовалось по зависимостям
>> Затем решил провести проверку, не подвержен ли MySQL сервер багу,
>> препятствующему нормальной работе dspam'а:
>> ---
>> mysql> create table dspam_test (token bigint(20));
>> Query OK, 0 rows affected (0.01 sec)
> 
> mysql> create database dspam;
> Query OK, 1 row affected (0.03 sec)
> 
> mysql> use dspam;
> Database changed
> mysql> create table dspam_test (token bigint(20));
> Query OK, 0 rows affected (0.03 sec)
> 
>> mysql> insert into dspam_test
>> values('3232933621568372736'),('5174632569486238062'),('5860192774298853742
>> '),('8787532532089676142'),('8029914733239132526'); Query OK, 5 rows
>> affected (0.00 sec)
>> Records: 5  Duplicates: 0  Warnings: 0
> 
> mysql> insert into dspam_test values('3232933621568372736'),
> ('5174632569486238062'),('5860192774298853742'),('8787532532089676142'),
> ('8029914733239132526');
> Query OK, 5 rows affected (0.00 sec)
> Records: 5  Duplicates: 0  Warnings: 0
> 
>> mysql> select token from dspam_test where token
>> in('3232933621568372736','8787532532089676142','8029914733239132526','51746
>> 32569486238062','5860192774298853742'); +---------------------+
>>
>> | token               |
>>
>> +---------------------+
>>
>> | 3232933621568372736 |
>> | 5860192774298853742 |
>> | 8029914733239132526 |
>>
>> +---------------------+
>> 3 rows in set (0.00 sec)
>> ---
>> Что не есть хорошо. По описаниям (см.
>>
>> http://dspam.nuclearelephant.com/dspam-users/0436.html) хороший MySQL
>> сервер должен вернуть пять записей.
>>
>> Значит ли это что у нас в Сизифе плохой MySQL сервер?
>> Или у dspam неправильные представления о том, как себя должен вести
>> MySQL сервер?
> 
> mysql> select * from dspam_test;
> +---------------------+
> | token               |
> +---------------------+
> | 3232933621568372736 |
> | 5174632569486238062 |
> | 5860192774298853742 |
> | 8787532532089676142 |
> | 8029914733239132526 |
> +---------------------+
> 5 rows in set (0.00 sec)
> 
> mysql> select token from dspam_test where token 
> in('3232933621568372736','8787532532089676142','8029914733239132526','5174632569486238062','5860192774298853742');
> +---------------------+
> | token               |
> +---------------------+
> | 3232933621568372736 |
> | 5174632569486238062 |
> | 5860192774298853742 |
> | 8787532532089676142 |
> | 8029914733239132526 |
> +---------------------+
> 5 rows in set (0.01 sec)
> 
> --Ivan
> 
Привет Иван.
У меня те же пакеты:
rpm -qa|grep MySQL|sort
libMySQL-5.0.27-alt1.1
libMySQL-devel-5.0.27-alt1.1
MySQL-client-5.0.27-alt1.1
MySQL-server-5.0.27-alt1.1

при этом uname -a
Linux alt64 2.6.18-ovz-smp-alt3 #1 SMP Tue Dec 5 22:41:47 MSK 2006
x86_64 GNU/Linux
Может быть у вас не x86_64?

-- 
	Сергей


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [sisyphus] dspam-mysql vs MySQL server in Sisyphus
  2007-01-29 23:39   ` Sergey Ivanov
@ 2007-01-29 23:56     ` Ivan Adzhubey
  2007-01-30 14:24       ` Sergey Ivanov
  0 siblings, 1 reply; 9+ messages in thread
From: Ivan Adzhubey @ 2007-01-29 23:56 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

On Monday 29 January 2007 18:39, Sergey Ivanov wrote:
> Ivan Adzhubey wrote:
> > Приветствую!
> >
> > $ rpm -qa|grep MySQL|sort
> > libMySQL-5.0.27-alt1.1
> > libMySQL-devel-5.0.27-alt1.1
> > MySQL-client-5.0.27-alt1.1
> > MySQL-server-5.0.27-alt1.1
> > MySQL-server-perl-5.0.27-alt1.1
> >
> > On Monday 29 January 2007 17:54, Sergey Ivanov wrote:
> >> Привет всем.
> >> Решил я попробовать dspam с mysql_storage.
> >> Установил из текущего сизифа
> >> # apt-get install dspam-mysql MySQL-server
> >> со всем что требовалось по зависимостям
> >> Затем решил провести проверку, не подвержен ли MySQL сервер багу,
> >> препятствующему нормальной работе dspam'а:
> >> ---
> >> mysql> create table dspam_test (token bigint(20));
> >> Query OK, 0 rows affected (0.01 sec)
> >
> > mysql> create database dspam;
> > Query OK, 1 row affected (0.03 sec)
> >
> > mysql> use dspam;
> > Database changed
> > mysql> create table dspam_test (token bigint(20));
> > Query OK, 0 rows affected (0.03 sec)
> >
> >> mysql> insert into dspam_test
> >> values('3232933621568372736'),('5174632569486238062'),('5860192774298853
> >>742 '),('8787532532089676142'),('8029914733239132526'); Query OK, 5 rows
> >> affected (0.00 sec)
> >> Records: 5  Duplicates: 0  Warnings: 0
> >
> > mysql> insert into dspam_test values('3232933621568372736'),
> > ('5174632569486238062'),('5860192774298853742'),('8787532532089676142'),
> > ('8029914733239132526');
> > Query OK, 5 rows affected (0.00 sec)
> > Records: 5  Duplicates: 0  Warnings: 0
> >
> >> mysql> select token from dspam_test where token
> >> in('3232933621568372736','8787532532089676142','8029914733239132526','51
> >>746 32569486238062','5860192774298853742'); +---------------------+
> >>
> >> | token               |
> >>
> >> +---------------------+
> >>
> >> | 3232933621568372736 |
> >> | 5860192774298853742 |
> >> | 8029914733239132526 |
> >>
> >> +---------------------+
> >> 3 rows in set (0.00 sec)
> >> ---
> >> Что не есть хорошо. По описаниям (см.
> >>
> >> http://dspam.nuclearelephant.com/dspam-users/0436.html) хороший MySQL
> >> сервер должен вернуть пять записей.
> >>
> >> Значит ли это что у нас в Сизифе плохой MySQL сервер?
> >> Или у dspam неправильные представления о том, как себя должен вести
> >> MySQL сервер?
> >
> > mysql> select * from dspam_test;
> > +---------------------+
> >
> > | token               |
> >
> > +---------------------+
> >
> > | 3232933621568372736 |
> > | 5174632569486238062 |
> > | 5860192774298853742 |
> > | 8787532532089676142 |
> > | 8029914733239132526 |
> >
> > +---------------------+
> > 5 rows in set (0.00 sec)
> >
> > mysql> select token from dspam_test where token
> > in('3232933621568372736','8787532532089676142','8029914733239132526','517
> >4632569486238062','5860192774298853742'); +---------------------+
> >
> > | token               |
> >
> > +---------------------+
> >
> > | 3232933621568372736 |
> > | 5174632569486238062 |
> > | 5860192774298853742 |
> > | 8787532532089676142 |
> > | 8029914733239132526 |
> >
> > +---------------------+
> > 5 rows in set (0.01 sec)
> >
> > --Ivan
>
> Привет Иван.
> У меня те же пакеты:
> rpm -qa|grep MySQL|sort
> libMySQL-5.0.27-alt1.1
> libMySQL-devel-5.0.27-alt1.1
> MySQL-client-5.0.27-alt1.1
> MySQL-server-5.0.27-alt1.1
>
> при этом uname -a
> Linux alt64 2.6.18-ovz-smp-alt3 #1 SMP Tue Dec 5 22:41:47 MSK 2006
> x86_64 GNU/Linux
> Может быть у вас не x86_64?

Нет, а какое это может иметь значение?

$ uname -a
Linux ika.bwh.harvard.edu 2.6.18-std-smp-alt3 #1 SMP Fri Dec 22 22:43:04 MSK 
2006 i686 GNU/Linux

--Ivan




THE INFORMATION TRANSMITTED IN THIS ELECTRONIC COMMUNICATION IS INTENDED ONLY FOR THE PERSON OR ENTITY TO WHOM IT IS ADDRESSED AND MAY CONTAIN CONFIDENTIAL AND/OR PRIVILEGED MATERIAL.  ANY REVIEW, RETRANSMISSION, DISSEMINATION OR OTHER USE OF OR TAKING OF ANY ACTION IN RELIANCE UPON, THIS INFORMATION BY PERSONS OR ENTITIES OTHER THAN THE INTENDED RECIPIENT IS PROHIBITED.  IF YOU RECEIVED THIS INFORMATION IN ERROR, PLEASE CONTACT THE SENDER AND THE PRIVACY OFFICER, AND PROPERLY DISPOSE OF THIS INFORMATION.




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [sisyphus] dspam-mysql vs MySQL server in Sisyphus
  2007-01-29 23:56     ` Ivan Adzhubey
@ 2007-01-30 14:24       ` Sergey Ivanov
  2007-01-30 17:40         ` Ivan Adzhubey
  0 siblings, 1 reply; 9+ messages in thread
From: Sergey Ivanov @ 2007-01-30 14:24 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

Ivan Adzhubey wrote:
> On Monday 29 January 2007 18:39, Sergey Ivanov wrote:
>> Ivan Adzhubey wrote:
>>> Приветствую!
>>>
>>> $ rpm -qa|grep MySQL|sort
>>> libMySQL-5.0.27-alt1.1
>>> libMySQL-devel-5.0.27-alt1.1
>>> MySQL-client-5.0.27-alt1.1
>>> MySQL-server-5.0.27-alt1.1
>>> MySQL-server-perl-5.0.27-alt1.1
>>>
>>> On Monday 29 January 2007 17:54, Sergey Ivanov wrote:
>>>> Привет всем.
>>>> Решил я попробовать dspam с mysql_storage.
>>>> Установил из текущего сизифа
>>>> # apt-get install dspam-mysql MySQL-server
>>>> со всем что требовалось по зависимостям
>>>> Затем решил провести проверку, не подвержен ли MySQL сервер багу,
>>>> препятствующему нормальной работе dspam'а:
>>>> ---
>>>> mysql> create table dspam_test (token bigint(20));
>>>> Query OK, 0 rows affected (0.01 sec)
>>> mysql> create database dspam;
>>> Query OK, 1 row affected (0.03 sec)
>>>
>>> mysql> use dspam;
>>> Database changed
>>> mysql> create table dspam_test (token bigint(20));
>>> Query OK, 0 rows affected (0.03 sec)
>>>
>>>> mysql> insert into dspam_test
>>>> values('3232933621568372736'),('5174632569486238062'),('5860192774298853
>>>> 742 '),('8787532532089676142'),('8029914733239132526'); Query OK, 5 rows
>>>> affected (0.00 sec)
>>>> Records: 5  Duplicates: 0  Warnings: 0
>>> mysql> insert into dspam_test values('3232933621568372736'),
>>> ('5174632569486238062'),('5860192774298853742'),('8787532532089676142'),
>>> ('8029914733239132526');
>>> Query OK, 5 rows affected (0.00 sec)
>>> Records: 5  Duplicates: 0  Warnings: 0
>>>
>>>> mysql> select token from dspam_test where token
>>>> in('3232933621568372736','8787532532089676142','8029914733239132526','51
>>>> 746 32569486238062','5860192774298853742'); +---------------------+
>>>>
>>>> | token               |
>>>>
>>>> +---------------------+
>>>>
>>>> | 3232933621568372736 |
>>>> | 5860192774298853742 |
>>>> | 8029914733239132526 |
>>>>
>>>> +---------------------+
>>>> 3 rows in set (0.00 sec)
>>>> ---
>>>> Что не есть хорошо. По описаниям (см.
>>>>
>>>> http://dspam.nuclearelephant.com/dspam-users/0436.html) хороший MySQL
>>>> сервер должен вернуть пять записей.
>>>>
>>>> Значит ли это что у нас в Сизифе плохой MySQL сервер?
>>>> Или у dspam неправильные представления о том, как себя должен вести
>>>> MySQL сервер?
>>> mysql> select * from dspam_test;
>>> +---------------------+
>>>
>>> | token               |
>>>
>>> +---------------------+
>>>
>>> | 3232933621568372736 |
>>> | 5174632569486238062 |
>>> | 5860192774298853742 |
>>> | 8787532532089676142 |
>>> | 8029914733239132526 |
>>>
>>> +---------------------+
>>> 5 rows in set (0.00 sec)
>>>
>>> mysql> select token from dspam_test where token
>>> in('3232933621568372736','8787532532089676142','8029914733239132526','517
>>> 4632569486238062','5860192774298853742'); +---------------------+
>>>
>>> | token               |
>>>
>>> +---------------------+
>>>
>>> | 3232933621568372736 |
>>> | 5174632569486238062 |
>>> | 5860192774298853742 |
>>> | 8787532532089676142 |
>>> | 8029914733239132526 |
>>>
>>> +---------------------+
>>> 5 rows in set (0.01 sec)
>>>
>>> --Ivan
>> Привет Иван.
>> У меня те же пакеты:
>> rpm -qa|grep MySQL|sort
>> libMySQL-5.0.27-alt1.1
>> libMySQL-devel-5.0.27-alt1.1
>> MySQL-client-5.0.27-alt1.1
>> MySQL-server-5.0.27-alt1.1
>>
>> при этом uname -a
>> Linux alt64 2.6.18-ovz-smp-alt3 #1 SMP Tue Dec 5 22:41:47 MSK 2006
>> x86_64 GNU/Linux
>> Может быть у вас не x86_64?
> 
> Нет, а какое это может иметь значение?
> 
> $ uname -a
> Linux ika.bwh.harvard.edu 2.6.18-std-smp-alt3 #1 SMP Fri Dec 22 22:43:04 MSK 
> 2006 i686 GNU/Linux
> 
> --Ivan
> 
Значит у вас какие-то очень хорошие настройки сервера MySQL, так что он
по дефолту создаёт более правильные таблицы чем у меня. Я специально
попробовал те же самые эксперименты провёл в свежесгенерированном
виртуальном OpenVZ контейнере с сизифом, так что у меня MySQL по
сравнению с Сизифом никак не изменён ни в лучшую ни в худшую сторону.
Что ещё может быть? Сбои оборудования - трудно поверить...
Или MySQL этот вообще работает непредсказуемо?

-- 
	С уважением,
		Сергей.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [sisyphus] dspam-mysql vs MySQL server in Sisyphus
  2007-01-30 14:24       ` Sergey Ivanov
@ 2007-01-30 17:40         ` Ivan Adzhubey
  2007-01-30 18:35           ` Sergey Ivanov
  2007-01-30 18:52           ` Sergey Ivanov
  0 siblings, 2 replies; 9+ messages in thread
From: Ivan Adzhubey @ 2007-01-30 17:40 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

On Tuesday 30 January 2007 09:24, Sergey Ivanov wrote:
> >> при этом uname -a
> >> Linux alt64 2.6.18-ovz-smp-alt3 #1 SMP Tue Dec 5 22:41:47 MSK 2006
> >> x86_64 GNU/Linux
> >> Может быть у вас не x86_64?
> >
> > Нет, а какое это может иметь значение?
> >
> > $ uname -a
> > Linux ika.bwh.harvard.edu 2.6.18-std-smp-alt3 #1 SMP Fri Dec 22 22:43:04
> > MSK 2006 i686 GNU/Linux
> >
> > --Ivan
>
> Значит у вас какие-то очень хорошие настройки сервера MySQL, так что он
> по дефолту создаёт более правильные таблицы чем у меня. Я специально
> попробовал те же самые эксперименты провёл в свежесгенерированном
> виртуальном OpenVZ контейнере с сизифом, так что у меня MySQL по
> сравнению с Сизифом никак не изменён ни в лучшую ни в худшую сторону.
> Что ещё может быть? Сбои оборудования - трудно поверить...
> Или MySQL этот вообще работает непредсказуемо?

Таблицы тут скорее всего непричем, попробуйте сделать из своей таблице просто 
select * без where, должны получить все 5 строк. Это какой-то баг в операторе 
IN, может быть был патч, который действительно выпал из архитектуры x86_64? 
Надо мейнтейнера дергать, повесьте баг в багзилле. Я попробую разобраться, но 
у меня нет под рукой Сизифа на x86_64. А у вас x32 Сизиф есть, проверьте?

--Иван


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [sisyphus] dspam-mysql vs MySQL server in Sisyphus
  2007-01-30 17:40         ` Ivan Adzhubey
@ 2007-01-30 18:35           ` Sergey Ivanov
  2007-01-30 19:48             ` Ivan Adzhubey
  2007-01-30 18:52           ` Sergey Ivanov
  1 sibling, 1 reply; 9+ messages in thread
From: Sergey Ivanov @ 2007-01-30 18:35 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

Ivan Adzhubey wrote:
> On Tuesday 30 January 2007 09:24, Sergey Ivanov wrote:

>> Значит у вас какие-то очень хорошие настройки сервера MySQL, так что он
>> по дефолту создаёт более правильные таблицы чем у меня. Я специально
>> попробовал те же самые эксперименты провёл в свежесгенерированном
>> виртуальном OpenVZ контейнере с сизифом, так что у меня MySQL по
>> сравнению с Сизифом никак не изменён ни в лучшую ни в худшую сторону.
>> Что ещё может быть? Сбои оборудования - трудно поверить...
>> Или MySQL этот вообще работает непредсказуемо?
> 
> Таблицы тут скорее всего непричем, попробуйте сделать из своей таблице просто 
> select * без where, должны получить все 5 строк. Это какой-то баг в операторе 
> IN, может быть был патч, который действительно выпал из архитектуры x86_64? 
> Надо мейнтейнера дергать, повесьте баг в багзилле. Я попробую разобраться, но 
> у меня нет под рукой Сизифа на x86_64. А у вас x32 Сизиф есть, проверьте?
> 
Иван,
я вчера ещё пробовал в openvz контейнере, на 64-х битной машине но сам
контернер 32-х битный. Там результат тот же, выбраны 3 строчки.
И если я select * то получаю все пять строчек.
Но похоже это очень распространённый для MySQL баг, я попробовал
имеющийся под ругой MySQL 5.0.27,REV=2006.12.29 от blastwave на
Solaris-10 i386 (32 bit) и получил вообще всего одну строчку.
Ещё эта проблема акитвно обсуждалась в
http://dspam.nuclearelephant.com/dspam-users/index.html см. тред "MySQL
4.1 Bug",  они ещё упоминали багзиллу MySQL
(http://bugs.mysql.com/bug.php?id=24759), но там вроде убедить авторов
MySQL что это баг - не удалось, зато они наоборот убедили оппонентов что
так и должно быть.
Я на всякий случай напишу про это в нашу багзиллу на MySQL-server,
однако у меня самого нет ни малейшей ясности баг это и если баг то не
dspam'ский ли.
-- 
	Сергей.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [sisyphus] dspam-mysql vs MySQL server in Sisyphus
  2007-01-30 17:40         ` Ivan Adzhubey
  2007-01-30 18:35           ` Sergey Ivanov
@ 2007-01-30 18:52           ` Sergey Ivanov
  1 sibling, 0 replies; 9+ messages in thread
From: Sergey Ivanov @ 2007-01-30 18:52 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

Ivan Adzhubey wrote:

> Надо мейнтейнера дергать, повесьте баг в багзилле. 

Висит:
https://bugzilla.altlinux.org/show_bug.cgi?id=10742
-- 
	Сергей.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [sisyphus] dspam-mysql vs MySQL server in Sisyphus
  2007-01-30 18:35           ` Sergey Ivanov
@ 2007-01-30 19:48             ` Ivan Adzhubey
  0 siblings, 0 replies; 9+ messages in thread
From: Ivan Adzhubey @ 2007-01-30 19:48 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussion list

On Tuesday 30 January 2007 13:35, Sergey Ivanov wrote:
> Ivan Adzhubey wrote:
> > On Tuesday 30 January 2007 09:24, Sergey Ivanov wrote:
> >> Значит у вас какие-то очень хорошие настройки сервера MySQL, так что он
> >> по дефолту создаёт более правильные таблицы чем у меня. Я специально
> >> попробовал те же самые эксперименты провёл в свежесгенерированном
> >> виртуальном OpenVZ контейнере с сизифом, так что у меня MySQL по
> >> сравнению с Сизифом никак не изменён ни в лучшую ни в худшую сторону.
> >> Что ещё может быть? Сбои оборудования - трудно поверить...
> >> Или MySQL этот вообще работает непредсказуемо?
> >
> > Таблицы тут скорее всего непричем, попробуйте сделать из своей таблице
> > просто select * без where, должны получить все 5 строк. Это какой-то баг
> > в операторе IN, может быть был патч, который действительно выпал из
> > архитектуры x86_64? Надо мейнтейнера дергать, повесьте баг в багзилле. Я
> > попробую разобраться, но у меня нет под рукой Сизифа на x86_64. А у вас
> > x32 Сизиф есть, проверьте?
>
> Иван,
> я вчера ещё пробовал в openvz контейнере, на 64-х битной машине но сам
> контернер 32-х битный. Там результат тот же, выбраны 3 строчки.
> И если я select * то получаю все пять строчек.
> Но похоже это очень распространённый для MySQL баг, я попробовал
> имеющийся под ругой MySQL 5.0.27,REV=2006.12.29 от blastwave на
> Solaris-10 i386 (32 bit) и получил вообще всего одну строчку.
> Ещё эта проблема акитвно обсуждалась в
> http://dspam.nuclearelephant.com/dspam-users/index.html см. тред "MySQL
> 4.1 Bug",  они ещё упоминали багзиллу MySQL
> (http://bugs.mysql.com/bug.php?id=24759), но там вроде убедить авторов
> MySQL что это баг - не удалось, зато они наоборот убедили оппонентов что
> так и должно быть.

Почитал - согласен. В багзилле MySQL все объяснено вполне разумно - потеря 
точности при конвертации из строки в double. Можно конечно поспорить по 
поводу неоднозначного результата конверсии (зависит от платформы и даже от 
того, как написано выражение), но это бесполезно - результат такой конверсии 
неопределен по определению ;-). Так что это скорее баг dspam, надо либо 
убрать одинарные кавычки (зачем они вообще нужны если значение - число?) или 
добавить в явном виде оператор CAST(... AS UNSIGNED). Похоже, дергать надо 
мейнтейнеров dspam.

--Иван


> Я на всякий случай напишу про это в нашу багзиллу на MySQL-server,
> однако у меня самого нет ни малейшей ясности баг это и если баг то не
> dspam'ский ли.


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2007-01-30 19:48 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-01-29 22:54 [sisyphus] dspam-mysql vs MySQL server in Sisyphus Sergey Ivanov
2007-01-29 23:16 ` Ivan Adzhubey
2007-01-29 23:39   ` Sergey Ivanov
2007-01-29 23:56     ` Ivan Adzhubey
2007-01-30 14:24       ` Sergey Ivanov
2007-01-30 17:40         ` Ivan Adzhubey
2007-01-30 18:35           ` Sergey Ivanov
2007-01-30 19:48             ` Ivan Adzhubey
2007-01-30 18:52           ` Sergey Ivanov

ALT Linux Sisyphus discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
		sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
	public-inbox-index sisyphus

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.sisyphus


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git