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
очень странные решения на самом деле.
