Игорь Авдейчик (Все сообщения пользователя)

Сервер:

База данных MySQL (запись)	2 435	5 600	количество запросов на запись в секунду
База данных MySQL (чтение)	17 483	7 800	количество запросов на чтение в секунду
База данных MySQL (изменение)	4 698	5 800	количество запросов на изменение в секунду

Старая копия, на которой нет проблемы:

База данных MySQL (запись)	4 197	5 600	количество запросов на запись в секунду
База данных MySQL (чтение)	7 865	7 800	количество запросов на чтение в секунду
База данных MySQL (изменение)	6 082	5 800	количество запросов на изменение в секунду

Копия созданная вчера (есть проблема):

База данных MySQL (запись)	3 656	5 600	количество запросов на запись в секунду
База данных MySQL (чтение)	15 412	7 800	количество запросов на чтение в секунду
База данных MySQL (изменение)	4 905	5 800	количество запросов на изменение в секунду

Да, используется стандартный.

Пожалуйста, подскажите, как "Проверить наличие обработчиков если они есть чем занимаются" ? У меня недостаточно опыта.

Причём проблема появилась около недели назад, до этого импорты проходили менее чем за час.
Также на локальном компьютере развёрнута копия, сделанная месяц назад. На ней за шаг в 30 секунд обрабатывается 1300 строк.
Также развёрнута копия сделанная вчера: Шаг -30 секунд, 40 строк за шаг. Т.е. проблема не на хостинге.

Прошу подсказать, какие параметры посмотреть/проверить/ изменить.

Также прошу высказывать свои предположения по этому вопросу.

Медленный импорт CSV. Обновляем цену и наличие:

Файл содержит ID, наличие, цену, валюту. Всё!

Строк -20 000. Шаг -30 секунд, 80 строк за шаг.

Вот настройки mysql :
[mysqld]

# Basic mysql server configuration
user = mysql
port = 3306
basedir = /usr
datadir = /var/lib/mysql
socket = /var/lib/mysqld/mysqld.sock
skip-external-locking
default-storage-engine = innodb
pid-file = /var/run/mysqld/mysqld.pid
transaction-isolation = READ-COMMITTED
max_allowed_packet = 16M
myisam-recover = BACKUP
expire_logs_days = 10
max_binlog_size = 100M

# Cache parameters
query_cache_size = 32M
table_open_cache = 4096
thread_cache_size = 32
key_buffer = 16M
thread_stack = 256K
join_buffer_size = 4M
sort_buffer_size = 4M

# Parameters for temporary tables
tmpdir = /tmp
max_heap_table_size = 512M
tmp_table_size = 512M

# InnoDB parameters
innodb_file_per_table
innodb_buffer_pool_size = 32M
innodb_flush_log_at_trx_commit = 2
innodb_log_file_size = 64M
innodb_flush_method = O_DIRECT


Подскажите, куда копать, чтоб сократить время обработки импорта?

Если всё правильно понимаю, то нужно вносить изменения в yandex_run.php, в эти куски кода:

case 'param':
if ($parametricFieldsExist)
{
foreach ($parametricFields as $paramKey => $prop_id)
{
$strParamValue = '';
if ($prop_id)
{
$strParamValue = yandex_get_value($arAcc, 'PARAM_'.$paramKey, $prop_id, $arProperties, $arUserTypeFormat, $usedProtocol);
}
if ('' != $strParamValue)
$strTmpOff .= $strParamValue."\n";
}
unset($paramKey, $prop_id);
}
break;

Но моих знаний недостаточно. Мне не совсем понятно почему в файле case 'param' выводится 4 раза.

И что именно нужно изменить, что б скрипт пропускал пустое пользовательское поле в товаре.

Прошу помочь разобраться в этом вопросе

Добавляя пользовательские поля в YML столкнулся с тем, что выводятся все поля  для всех товаров, даже если те не имеют никаких значений в конкретном товаре. Пример:

<name>Шапочка для бассейна (плавания) взрослая Mad Wave Multi Adult black/white</name>
<description>Мультисиликоновая шапочка. Подходит для взрослых людей и подростков от 10-11 лет.</description>
<manufacturer_warranty>1</manufacturer_warranty>
<param name="В комплекте"></param>
<param name="Система нагрузки"></param>
<param name="Вес маховика, кг"></param>
<param name="Количество уровней нагрузки"></param>
<param name="Измерение пульса"></param>
<param name="Показания компьютера"></param>


Собственно, можно ли убрать эти поля для товаров, в которых они не нужны. Будут ли проблемы при экспорте на YM, если в товаре будут проставлены только заполненные свойства?

Как реализовать такую идею?