Щиро дякую, і за відповідь, і за витрати вашого часу на ці забаганки (особливості питання).

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

Надаю свій варіант рішення, котрий я давно планував і намагався зробити саме без процедур:
- (просто так кортіло)
- цей код буде доданий до теми варіантів і ефективності вибірок рандом-даних, з відповідним описом
- вважав, що використання змінних SET @lalala, може мати деякий сенс в вирішенні у вибірках
- вибірка дійсно виконує умови, набирає рівно стільки рандомних (випадкових) значень, скільки потрібно, без повторів значень; тобто рівно "5" рядків, не більше і не менше.
- вибірка не може перевіряти рядки, номери яких не існують згідно отриманого переліку раному (це не потрібно)
- вибірка не може оминати рядки, якщо вони мають в особливій колонці особливе значення (але потрібно)

SET @count=0;
SET @in1=0; SET @in2=0; SET @in3=0; SET @in4=0; SET @in5=0;
SET @inX=0;
SELECT DISTINCT `blog`.`id`, `blog`.`zag_ua`, `blog`.`minitxt_ua`
FROM
    (SELECT
            blogR.id, @inX:=ROUND( RAND()* ((SELECT MAX(`id`) FROM `news2`)-100) )+100 num2, @in1,@in2,@in3,@in4,@in5
            FROM
                    # blogR.id - вибірка для розширеного розуміння, немає в ній необхідності
                    #   , як і в вибірках @in1,@in2,@in3,@in4,@in5  (вони тільки для налагодження)
                    `news2` as blogR
            where
                IF(
                    @inX NOT in (@in1,@in2,@in3,@in4,@in5),
                    
                    @count:= if(
                        (select concat (@in5:=@in4, @in4:=@in3, @in3:=@in2, @in2:=@in1, @in1:=@inX) ),
                        (select @count:=@count+1),
                        @count),
                    @count
                )<5 AND @in5=0
    ) AS numrandom,
    `news2` as blog
WHERE blog.id IN (numrandom.num2) AND @in5<>0
#  в останньому рядку коду AND @in5<>0 - я ще повинен перевірити до чого я так ставив
# умову, що рандомний рядок відповідатиме рядку з додатковою умовою AND news2.active_news ='A' не знаю куди поставити

Оскільки це остаточно виходить за рамки теми, то створюю нову тему, з цим кодом.
Питання буде вже в ракурсі оптимізації запиту до SQL, щодо цього вказаного коду.

- а ви порахуйте, замість критики... ну добре це питання, але не стосується теми. Тобто все одно критика.
- в моєму прикладі це вибірка значень та маніпулювання ними, щоб можливі значення були в межах замість "від 0 до MAX(id)" а "від 100 до MAX(id)". Це елементарно, але комусь важко підставити пару примірників, провести "дебаг" на рівні людського ресурсу.

Так, @num:=0 - початкова ініціалізація змінної, доречі вона добре показала себе відносно тематики про область видимості змінної у SELECT після FROM ініціалізації.

якщо в коді воно є і працює (в умовах не обов'язково), і якщо ви знаєте що воно виконує, то не треба з цого робити проблему. Воно дійсно працює і весь англомовний світ з багаторазового посилання на цю сторінку з цим прикладом http://www.warpconduit.net/2011/03/23/s … k-results/ жодного разу не питав "навіщо і зайво ви це туди вклеїли". Я взяв стандартний приклад і він не має обов'язковості до завдання. Ви мали би просто оминути своєю увагою при читанні коду.

Завдання викладене - ви хочете саме мою реалізацію. З помилками. Так якщо я дам свої бідові коди, ви візьмете на сміх, замість проби розуміння "що мої коряві руки хочуть програмувати".
Але я не можу з вами співпрацювати, якщо ваша увага зовсім не там де треба.

В залежності від бажання розуміння з зворотньої сторони замість принижень (нападів)

Це не стосується теми і предмету запиту, до того ж передчасне зауваження.
Тому у відповідь - даю заяву "Поскаржитися модератору".

Оскільки:

Добре.
Ось код.

SELECT t.*
FROM
  (SELECT
    ROUND(RAND() * ((SELECT MAX(id) FROM myTable)-100))+100 num,
    @num:=@num+1
  FROM
    (SELECT @num:=0) AS a,
    myTable LIMIT 6) AS b,
    myTable AS t
  WHERE b.num = t.id AND t.xFactor='Q';

Важкість завдання:
Його важкість в тому, що код має вибірку декількох рандомних рядків, тобто умова змінюється кожного разу коли випадає нове число. З новим рандомним числом оновлюється перехід до реально-існуючого стовпчика. і так робить не одну вибірку а декілька разів! тому що умова змінюється в середині одного ЗАПИТУ кожного разу!
Тобто рандом! - не статична вибірка! Оо    , ... її просто так не вкладеш в аби яку частину коду.

Код працює дуже швидко навіть в великих таблицях.
Дійсно шукає випадкові комірки а не підряд "згідно шаблонів"
В таблиці кожен ряд має сортоване/не сортоване значення ID (індексоване, а тому і унікальне)
Значення ID може мати пропуски, а тому вибірка, не знайшовши рядок ID по умові-рандому, виконує новий пошук, доти вихідна таблиця не набере необхідну кількість вибраних рядків.

Проблеми завдання: - з якими я вже зіткнувся, треба вирішувати ...

- не використовувати самий простий запит типу SELECT * FROM myTable ORDER BY RAND() LIMIT 1; , а вдосконалити! наданий вище код (чи пропонувати інший, контрольований умовами коду, не втрачаючи імовірну швидкість пошуку).
- вищевказаний приклад, не перевіряє, якщо рандом випадково двічі обере, один і той самий рядок в вихідну таблицю.
- Чим менше кількість рядків в таблиці пошуку (донору) - тим більше вірогідність що 2 чи 3 рази нам буде показаний однаковий рядок. І тоді фільтрування типу GROUP BY, або SELECT DISTINCT у вищевказаному прикладі! - просто зменшить кількість рядків на виході опісля їх отримання. Ми не виконаємо тоді умову, що нам потрібна "X-кількість" рядків а не "X" мінус фільтр.

Треба:
- кожен рядок рандомно вирахуваний з таблиці
- кожен рядок не однаковий на виході, з аби яким іншим (імовірність однакових полів не повинна трапитись)
- рядків рівно стільки як треба, наприклад 6-ть (шість). І якщо шість у завданні, то не п'ять, не чотири на виході.
- реляційний запит
- таблиця-донор з 500.000 - 1.000.000 рядків. Тобто не можна просто так робити зайві пошукові операції.

Ось тому я поки що теоретично маю вихід:
Використання додаткової тимчасової таблиці CREATE TEMPORARY ...
- коли треба, додам рядок (з перевіркою або без, на однаковість, краще не робити тут перевірку)
- коли треба (якщо треба) порівняю нове отримане рандом-число з тимчасовою таблицею на співпадіння і одночасно перевірка з рядком таблиці-донора

P.S. Може у вас інший варіант чи натяк на методику?
P.P.S. цей текст потім продублюю в свою тему про рандом, затримуюсь ... там ще не виклав деякі результати інших рандом-рішень. Цей приклад буде кінцевим.

Схоже знайшов рішення своєї проблеми і ТС.
CREATE TEMPORARY TABLES ...

- методом створення тимчасової таблиці, яка не є фізичною, вона автоматично знищується (не обов'язкове ручне керування знищенням таблиці) при закритті сесії користувача. Ця таблиця не є т.з. "віртуальна таблиця" TABLE VIEW.

Вимагає власний тип привілеї для користувача БД:
"Структура" = CREATE TEMPORARY TABLES

- таблиця зберігається у пам'яті і не зберігається в БД на вінчестері (оперативне зберігання)
- реляційність; кожен користувач може створити власну однойменну таку таблицю не заважаючи іншим користувачам (Примітка: таку таблицю можна використати як "костиль" у вигляді глобальної змінної поміж запитами і підзапитами/сабселектами або цілий набір даних. А призначення - тимчасова таблиця)
- якщо ця таблиця створена з однойменною назвою таблиці що вже існує, то вона, собою заслоняє реальну (постійну) таблицю, і робить невидимою, на час "свого існування".
- створення таблиці при копіюваннях даних з SELECT або LIKE стовпчики точно втрачають параметр PRIMARY KEY, але можливо їх створювати по заданих параметрах http://stackoverflow.com/questions/1439 … and-select

CREATE TEMPORARY TABLE tbl_name (...column definitions...);
- створення віртуальної тимчасової таблиці, по заданих параметрах (структури таблиці)

CREATE TEMPORARY TABLE new_table LIKE original_table;
- Повне дублювання заголовків/ структури з іншої таблиці

CREATE TEMPORARY TABLE tbl_name SELECT ... ;
- створення таблиці на умовах готової вибірки / результату набору SELECT ...
- повністю дублює дані в нову створену таблицю, згідно вибірки.
- створює пусту таблицю, по шаблону з SELECT
   (сам перевіряв на MySQL5, книга Пауля збрехала в 3-му виданні, але в 5-му точно так)
    тут помилився, бо якщо запит  в PHPMyAdmin, з наявністю #коментів, тоді якось дивно працює

---
Ця команда - окрема. Логічно вважати, що для реляційності запиту до БД не має необхідності об'єднувати з іншими запитами користувача за сесію.

Приклад:

CREATE TEMPORARY TABLE new_tbl_name SELECT * FROM tbl_name LIMIT 5;
INSERT INTO new_tbl_name SELECT * FROM tbl_name LIMIT 3;
SELECT COUNT(*) FROM new_tbl_name;
...
DROP TEMPORARY TABLE tbl_name;

# не обов'язкове виконання DROP задля видалення тимчасової таблиці з структурою

інформацію взяв за основу тут, в розділі: Creating Temporary Tables (URL)

Як мені докучають відповіді не на задані питання, якщо у самому питанні вже було сказано, що потрібно.
А код наданий як непрацюючий, і вказано чому. Тобто Про сабселект вже було сказано.

Як ви вважаєте, про що я питав?

наприклад:
- рекурсивність отриманих даних в сабселект чи навпаки
- глобальні змінні для селекту і сабселекту
- глобальні отримані вибірки (рекурсія отриманого поміж сабселектами)
- отримані дані з сабселекту знову вкинути в цей сабселект в частину умови WHERE

З вами згоден - і не було би такого питання. 

Але "не пальцем тикано", питання полягає саме в реляційному підході  , бо БД і реляційність - найвища ланка цілісності БД  . Тобто доки є один цілісний запит - ніхто не може втручатись в вибірки або запис в БД. Це потрібно для цілісності, якщо буде використатись паралельне "сайт-адміністрування", і деякі запити користувачів будуть умовно одночасні до тих самих таблиць.

Це не питання базових знань, з виглядом на "Гавайські острови" очима програмних "костилів".

Автори пишуть, що Yii2 - не зовсім те, що думають інші.
Тобто Yii2  це готовий фреймворк CMS з набором модулів і не має відношення до Yii (MVC only), як ніби нова версія.

або переплутав з їхнім іншим проектом, або дійсно так робили до 2014 року в розробці....
Виправте якщо не правий.

Я трохи така людина, яка якщо береться і є можливість писати зразу, досконало - тоді замість всієї картини-скелету сайту - влізу саме в ту проблему, на скільки є можливість вдосконалити код, до умовного універсалу згідно потреб.

Тобто якщо зроблю запит, який зможе приблизно однаково працювати хоч з таблицею на 150 новин, хоч на пів мільйону, тоді і результат, і може згодиться в тому напрямку як йду. Тобто до більшої професійності.

Коли почав шукати рішення - було достатньо саме першого варіанту! і його могло б вистачити навіть на 3 роки!
Якщо сам би писав ті новини, 1 новину за день. Тобто 1000 новин = три роки власного контенту!
А оскільки контент пишеться в новинах, не частіше 1 новина на тиждень, а ще паче - 1-2 новини на місяць. То самі розумієте на якому прикладі я міг би зупинитись для власних потреб. ))))

P.S. у вас на сайті мій запит, на гостьовій (запит прийшов на пре-модерацію). Якщо зацікавить - то товаришування за скайпом, я б мав за щирість.

а у мене проблема така:
SELECT FROM (SELECT FROM ...) ...

Якщо у мене є вкладений запит, але його дані хочу використати потім у загальному зовнішньому запиті, то в мене помилка....
#1146 - Table 'TName1.name1' doesn't exist

SELECT * FROM table1, (SELECT FROM ... name1) as TName1 ...
while table1.NN = TName1.name1

або навіть такий десь запит:
#1146 - Table 'picture.num' doesn't exist

SELECT
      ROUND( RAND()* ((SELECT MAX(`id`) FROM `table1`)-100) )+100  num,
      @num:=@num+1  AS picture
   FROM 
         table1 ss
         left join
         picture
         on `table1`.`id` = picture.num 
   GROUP BY `table1`.`id`

невже немає підходу? при тому що один запит не розуміє дані з інших об'єднаних запитах....
або навіть питання таке: яку сторінку інтернету вивчити для виконання теоретично- задуманого?