Dram

Спасибо за помощь, таблица создалась! Но я недодумал запрос. Мне то нужно получить в создаваемую таблицу ровно половину дублей, а по условию where c.id>e.id этого не получается.

А можно сюда как-то MIN (ID) вставить?

---------- Добавлено 23.01.2019 в 19:59 ----------

Запрос из первого поста находит более 5000 дублей.

условие where C.ID != E.ID создает таблицу с 467 записями!

Как так? Должна же быть ровно половина? Или где я ошибаюсь?

https://www.olegpro.ru/post/sravnenie_skorosti_apache__mod_php_i_nginx__php_fpm.html

Цитирую

Аналогично, у меня тоже Яндекс днс. Дергаться надо или как?

А зачем лишняя прослойка на сервере в виде apache2 ?

Nginx+ php-fm наше все!

Ради интереса посмотрел в каком диапазоне колеблется доход на одном и том же сайте за один и тот же промежуток времени. Взял октябрь+декабрь прошлого года.

1. Адсент - колебания мин/макс в пределах 30% (график ровный, совпадает в днями неделями и посещаемостью)

2. РТБ Яндекса - колебания мин/макс в пределах 66%, график похож на забор деревенского алкаша, выходные на нем с трудом различимы. Статистикой тут и не пахнет.

---------- Добавлено 21.01.2019 в 11:33 ----------

Ахахах!!!! Я только сейчас понял!!!! Разница дельты в прошлом посте у меня 30%, между гуглом и яндексом.

А теперь барабанная дробь...... вспоминаем на сколько % растет выручка яши каждый год (при глубоко стагнирующей экономике)?

Вот вам и ответ!! ВОРЫ!

Очередной говноклон билановодов.

В общем поднял я на домашнем опенсервер. Загрузил таблицы, выполняю скрипт с лимитом в 200. Выполнился за 125 сек. Блин долго нет смысла. Проверяю сколько скан = 1. Ровно 200! Вспомниаю что хотел перевести таблицы в мемори. Первожу, выполняю скрипт - 38 сек!!! Смотрю сколько скан = 1, уже 398!!! А не 400 как должно. Еще раз 5 запускаю скрипт - кол-во скан плавно уменьшается от 200 к нулю. Т.е. поведение скрипта полностью такое же как и на сервере. Нужно пересмотреть его логику...

В итоге за ночь скрипт затормозился и делал обновление 2-3 записей при лимите 200.

Как такое возможно?

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

Эти поля из таблицы 2, там есть индексы. Вторая таблица вообще не обновляется, только сравнивается. Может этот lock виноват, как корректно убрать его?

Я итак знаю сколько записей в 1 и 2 таблице. скрип обновляет поле scan - ставит туда 1, это значит эта запись проанализирована.

В самом конце скрипта есть такое

function lock($name)

{

    $lock = sys_get_temp_dir() . "/$name.lock";

    $fp = fopen($lock, 'wb');

    if (!flock($fp, LOCK_EX | LOCK_NB)) {

        return false;

    }



    register_shutdown_function(function () use ($fp, $lock) {

        flock($fp, LOCK_UN);

        fclose($fp);

        unlink($lock);

    });



    return true;

}

а в начале такое

if (lock('data_table_level_process')) {

    define('DB_HOST', 'localhost');

    define('DB_NAME', 'test');

    define('DB_USER', 'test');

    define('DB_PASS', 'ПАРОЛЬ');



    try {

        $db = new PDO("mysql:host=" . DB_HOST . ";dbname=" . DB_NAME, DB_USER, DB_PASS);

        $db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

        $db->exec("SET NAMES utf8");

    } catch (PDOException $e) {

        echo "Connection failed: " . $e->getMessage();

    }

кодер его написавший тоже без понятия почему скрипт так странно работает.

В таблице №1 есть только первичный ключ на ID и индекс на поле scan