netwind

asserte, Правду надо. сам по себе lock не может тормозить.

asserte, да хватит пугать лямами. полно народу и с бОльшими базами и нагенерить данные довольно легко. lock - это очень быстро. там нету никаких особенных накладных расходов.

вот блокировка таблицы на 5.5 млн записей :

mysql> set profiling=1;
Query OK, 0 rows affected (0.00 sec)

mysql> lock tables post write;
Query OK, 0 rows affected (0.02 sec)

mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)
mysql> show profiles;
+----------+------------+------------------------+
| Query_ID | Duration   | Query                  |
+----------+------------+------------------------+
|        1 | 0.02673125 | lock tables post write | 
|        2 | 0.00017275 | unlock tables          | 
|        3 | 0.00005275 | show profiling         | 
+----------+------------+------------------------+
3 rows in set (0.00 sec)

mysql> show profile for query 1;
+--------------------+----------+
| Status             | Duration |
+--------------------+----------+
| starting           | 0.000042 | 
| Opening tables     | 0.000008 | 
| System lock        | 0.000003 | 
| Table lock         | 0.026656 | 
| query end          | 0.000009 | 
| freeing items      | 0.000006 | 
| closing tables     | 0.000003 | 
| logging slow query | 0.000002 | 
| cleaning up        | 0.000002 | 
+--------------------+----------+
9 rows in set (0.00 sec)

mysql> show profile for query 2;
+--------------------+----------+
| Status             | Duration |
+--------------------+----------+
| starting           | 0.000156 | 
| query end          | 0.000005 | 
| freeing items      | 0.000006 | 
| logging slow query | 0.000003 | 
| cleaning up        | 0.000004 | 
+--------------------+----------+
5 rows in set (0.00 sec)

уже не лежит

форум тоже не работал с 10:48 по 11:30. это видно по ссылке Новые сообщения.

а кто круче, Чак или Шварц?

глупые вопросы пошли.

почти любая субд потянет 1.5млрд записей. вопрос лишь как быстро она будет их обрабатывать.

Конечно коммерческие субд будут лучше подстраиваться под условия и проявлять искусственный интеллект, однако и на mysql путем анализа и оптимизации можно добиться результатов не хуже.

asserte, тогда совсем непонятно. ну сделали бы индекс по первой букве. или вон по первым двум из md5 для равномерности.

а запросы lock table ужасно легкие ведь. если вы не подключаетесь к удаленным базам по интернету, число запросов не влияет напрямую на скорость

Так сделайте : EMS Data Generator for MySQL. Да, это варез, но вам понравится графический интерфейс.

спорный совет, справедлив лишь иногда. сейчас подзапросы позволяют избавляться от сортировок на диске, а индексы от просмотра большого объема данных.

разбивать одну таблицу innodb на таблицы с целью увеличить конкурентность запросов - это глупо.

в этих панелях антивирусы только для почты.

если уж решитесь вам понадобиться модуль ядра dazuko и связать его с clamav.

-= Serafim =-, если эти случаи принципиально отличаются, озарите нас Кусочком Истинного Знания. Бесплатно.

Если поразмышлять, IP хостинга может влиять на определение связанных сайтов (непот), чтобы отбросить "силу" ссылок с подконтрольных одному и тому же собственнику сайтов.

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

И не забывайте, что любое мнение на этом форуме касательно поисковиков - всего лишь очередная гипотеза. Мое тоже.

mrFatCat пишите уже не доведен до ума, а "в целях автоматического создания сателлитов все испохаблено".

http://www.ibresource.ru/forums/index.php?showtopic=57338&st=0&p=342112&#entry342112

очень странные решения на самом деле.