[sisyphus] dspam-mysql vs MySQL server in Sisyphus

Sergey Ivanov =?iso-8859-1?q?seriv_=CE=C1_parkheights=2Edyndns=2Eorg?=
Вт Янв 30 17:24:51 MSK 2007


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 этот вообще работает непредсказуемо?

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



Подробная информация о списке рассылки Sisyphus