Невже все так просто і не треба бути "завумним", якщо поля індексовані?

The prior postings on random rows selections have shown:

SELECT * FROM foo ORDER BY count*RAND() LIMIT 5;

швидкість за рахунок команди ORDER BY і кожен рядок рандомний, тільки потім ліміт 5 ???

Ти провів такий широкий аналіз матеріалу, коментарів, такі і не визначився?
Бери тоді перший ліпший варіант хоча б той же Хабр і не морочи собі голову

CREATE PROCEDURE `spRandomSelect`(IN aSchema VARCHAR(50), IN aTable VARCHAR(50), IN aNumRows INTEGER(11))
    NOT DETERMINISTIC
    READS SQL DАТА
BEGIN
  DECLARE iQuery VARCHAR(10000);
  DECLARE iNumRows INTEGER(11);

  SET iNumRows = (SELECT `TABLE_ROWS` FROM `information_schema`.`TABLES` t
    WHERE t.`TABLE_SCHEMA` = aSchema AND t.`TABLE_NAME` = aTable);
  SET iQuery = '';
  loop1: LOOP
    SET iQuery = CONCAT(iQuery, '(SELECT * FROM `', aSchema, '`.`', aTable,
      '` LIMIT ', ROUND(RAND(UNIX_TIMESTAMP() + aNumRows) * iNumRows), ', 1)');
    IF aNumRows > 1 THEN
      SET iQuery = CONCAT(iQuery, ' UNION ');
    END IF;
    SET aNumRows = aNumRows - 1;
    IF aNumRows > 0 THEN
      ITERATE loop1;
    END IF;
    LEAVE loop1;
  END LOOP loop1;
  SET @iQuery = iQuery;
  PREPARE iExecStmt FROM @iQuery;
  EXECUTE iExecStmt;
  DRОP PREPARE iExecStmt;
END;

1. І що ж знайшли кінцевий варіант, що вас влаштовує?
2. Якщо є варіант і вас не влаштовує, то можна в студію озвучити, які саме критерії вас не влаштовують, цікаво
( при нагоді  поставлю собі галочку розв'язати подібну задачку)

Мабуть зроблю так (деякі умови повторю з першого повідомлення):
- Є таблиця, з індексованим стовпчиком NNN,
- дані INT, у стовпчику NNN не послідовні і можуть бути з пропусками: 1, 3, 55, 60
- при рандом-вибірки, слідувати умовам: що NNN >99 та activate="A", тобто активні новини які мають індекс не менше 100
- не використовувати ORDER BY rand()
- підвищити швидкість якщо можливо.

Рішення:
- Створення процедури , яка створить рядок для виконання пошуку по значенням з допомогою оператора переліку: IN (...)
.... тобто SELECT news FROM table1 WHERE nnn IN (3,55,......);
- ІN (...) створити без допомоги рандому PHP, а тільки засобами SQL

- МОЯ невизначеність.    Я не знаю як працює процедура тут ==>. Якщо звертаюсь до процедури, то доки вона виконується - паралельно інша особа із своїм зверненням до БД чекає чи виконує свої дії?
... я б хотів закрити можливість зміни кількість рядків таблиці table1 або значення активності activate="A" доки не виконаю рандом-пошук.

Рішення, вдосконалення #1:
- створення додаткової таблиці-індексу, вона матиме посилання тільки на ті рядки основної таблиці, якщо там виконується умова: рядок з номером не пропущений (існує), NNN >99 та activate="A"
- ця створена додаткова таблиця з зовнішнім індексом на таблицю table1, для легкого визначення рандомних 6-ти рядків, якщо умови table2.ID=RAND()*кількість_рядків_ID/COUNT?/ та  table2.KEY = table1.NNN

Рішення, вдосконалення #2:
- Створення тригерів, CREATE TRIGGER, які б реагували на додання новин, зміни активності, видалення рядка з новиною. І відповідним коригуванням додаткової таблиці з зовнішнім індексом. (Збільшує час на редагування новин), але зберігає цілісність (реляційну БД). Не впливає на рандомний пошук після вдосконалення #1.

Рішення, вдосконалення #3:
Це дійсно нахабство після умов #2 і #1, але хочу ще зрозуміти і навіть створити (експеримент)...
- окрему таблицю, у якій будуть зберігатись 6-ть рандомних новин
- цю таблицю оновлювати раз на добу, але НЕ можливостями PHP, а чи є ЯКИЙСЬ засіб самовільної процедури у SQL яка б самостійно , раз на добу вмішувалась в рядки якоїсь таблиці і змінювала. Тобто чи є часовий тригер у SQL?

1. Створення таблиці, загальним розміром 600000 рядків ( без 2 рядків):
з донорів цієї таблиці (було 7 рядків), для наповнення БД, замість PHP-запитів навчився створювати процедури всередині самої БД

>> Запит був успішно виконаний ( запит зайняв 49.0361 сек. )

Обсяг таблиці склав, у вигляді файлів: 5,87 МБ + 3,21 ГБ (3450845640 + 6158336 = 3457003976 байт, = 3296,856 МБ ),
.. на більше не вистачає об'єму логічного диска

2. об'єм даних повторюється кожні 7 рядків таблиці й дорівнює заповненню по-символам, приблизно, 39,4 КБ (40 385 байт), формат Win-1251
У таблиці (у кожному рядку) використовуються 6 текстових стовпчиків і 3 службових, ця інформація забезпечить розуміння, що пошук складний (з зміненими по розміру рядками).
Текстові рядки складаються з: 2 стовпчика "varchar(80)" і 4 стовпчика "text"

3. Перший запит ( перехід до останньої 30-тки рядків)

SELECT * 
FROM  `news2` 
LIMIT 599970, 30

>> зайняв ледве більше 10 секунд,
>> усі інші запити, по зсуву 30 у будь-яку сторону - (599,998 усього записів/рядків таблиці, запит зайняв 1.1660 сек.)

випадковий запит

SELECT * 
FROM  `news2` 
LIMIT 32000, 30

>> видало (30 усього, запит зайняв 0.0685 сек.)

випадковий запит
SELECT *
FROM  `news2`
LIMIT 320000, 30
>> видало (30 усього, запит зайняв 0.6230 сек.)

Наступний приклад показує елементи, послідовні - "підряд".
Обчислення випадковості, виконується тільки 1 раз для 1-го стовпчика,
інші вибірки рядків ідуть послідовним "перебиранням" до наступних рядків з таблиці донора,
якщо знач. >= від початкового.

>>> У такому випадку рядка вибірки йдуть "підряд" без особливого перескакування по таблиці донора
(коли значення ID донора упорядковано, переважно на збільшення, і значення цього стовпчика зберігаються не хаотично).

Швидкість вибірки  0.0115-0.0336 секунд, виконання перебирання швидкістю 0.0336 - у випадках - перехід до рядків на "далеку відстань"
(від попереднього місця попередньо знайденого значення по таблиці-донору).

SELECT  id, nn2, nn3
FROM table1 AS newstabl
      JOIN (SELECT ROUND(RAND() * (SELECT MAX(id) FROM table1)) AS id) AS temp
WHERE newstabl.id >= temp.id  AND newstabl.nnn='A' LIMIT 6;

>> Відображає рядка 0 - 5 (6 усього, запит зайняв 0.0271 сек.)
>> Відображає рядка 0 - 5 (6 усього, запит зайняв 0.0293 сек.)
>> Відображає рядка 0 - 5 (6 усього, запит зайняв 0.0336 сек.)
>> Відображає рядка 0 - 5 (6 усього, запит зайняв 0.2862 сек.)
>> Відображає рядка 0 - 5 (6 усього, запит зайняв 0.0168 сек.)
>> Відображає рядка 0 - 5 (6 усього, запит зайняв 0.0115 сек.)

Приклад не особливий, він взятий як і попередні - ось тут:
http://www.warpconduit.net/2011/03/23/s … k-results/
в даному випадку: Inner Join Method