Наш сайт перешел на MySQL
1. Вантуз-мен (31.12.2009 / 07:40)Сегодня наконец закончил переписывать сайт под MySQL, теперь новый год можно встречать спокойно, ранее сайт был на SQLite который не оправдал моих надежд, надеюсь сейчас все будет работать быстро и без проблем, хотя некоторые запросы надо еще немного оптимизировать и многое вынести в кеш
Возможны некоторые проблемы будут, увидите белую или обрезанную страницу пишите, буду исправлять
2. Lugaro (31.12.2009 / 07:47)
Классно
3. Игорь (31.12.2009 / 10:10)
Оооо ну наконец-то, теперь другое дело. Давно уже все этого ждали
4. Truba (31.12.2009 / 10:21)
Круто
А почему с низу ище картинка лайта светица...
5. Ant0ha (31.12.2009 / 10:25)
Просто невероятно!)))
6. Николай (31.12.2009 / 11:04)
Ну наконец то)
7. Ден (31.12.2009 / 11:40)
ура,так то лучше
8. Саня (31.12.2009 / 12:33)
Время ГенерациИ страниц супер!
9. Андрей (31.12.2009 / 12:38)
ну нифига себе)) малаца Санёк) отличный подарочек на новый год) я даже сначала удивился как зашел на сайт... увидил: 0.0064 сек. и ето против: 0.0391 сек. раньше))
10. Саня (31.12.2009 / 13:32)
хех. Буду тож уже на мускул переходить - наконецто на своей висте на денвере мускул поднял, а то все время вылетал процес мускула с ошибкой.
11. ramzes (31.12.2009 / 14:07)
0.0035 Пипец как такого добиться?
12. Андрей (31.12.2009 / 15:42)
11. ramzes, MySQL и оптимизация запросов) чтоб как можно меньше было обращений к базе...
13. Андрей (31.12.2009 / 15:46)
1. Vantuz, снизу кртинку SQLite убери))
14. Вантуз-мен (31.12.2009 / 16:13)
сейчас сниму
15. Удаленный (31.12.2009 / 16:23)
а сколько времени ты убил под переезд на мускул ?
16. Вантуз-мен (31.12.2009 / 16:46)
с pdo-sqlite на на pdo-mysql 3 дня
17. ктулху (31.12.2009 / 16:58)
Шустро.. и неожиданно) Малаца!
18. ramzes (31.12.2009 / 17:10)
12. АнДрЮхХха, ну это я понял что оптимизация
но что бы 0.003 это ж Пипец метеор.Вантуз молодец!
19. Studentsov (31.12.2009 / 18:00)
Здравый смысл победил понты
20. Саня (31.12.2009 / 18:04)
Ну хз думали же что скулайт норм будет. а оно вишь как получилось.
21. Studentsov (31.12.2009 / 18:08)
На большом форуме (относительно), вроде визави, SQLite по определению не катит. Записей куча, SQLite не справляется. Думаю Саня это знал, но понты тогда победили
22. Vanes (31.12.2009 / 19:27)
ОтлиЧно
23. chiper (31.12.2009 / 19:45)
21. Адвокат Дьявола, четко сказанул
24. Truba (31.12.2009 / 20:12)
21 .+1
25. Удаленный (31.12.2009 / 20:49)
классс
26. Дмитрий (31.12.2009 / 21:25)
не получается сменить ник)обрезанная страница)
27. Вантуз-мен (31.12.2009 / 22:40)
26. Chez, я в курсе, там одна функция для sqlite надо ее заменить, завтра займусь
28. LeGo (31.12.2009 / 23:19)
Генерация 0.0115с
29. Ден (31.12.2009 / 23:26)
генерация чудесная....классно
30. Саня (01.01.2010 / 02:38)
генерация: 0.0039 сек. ))
31. Димка (01.01.2010 / 02:44)
круто
32. chiper (01.01.2010 / 12:02)
у меня на сайте генерация от 1.2 до 0.004
33. SeregaNervous (01.01.2010 / 14:16)
Супер! Я по сайту просто летаю! (хоть и на мобиле!)
Молодец!
34. Дмитрий (01.01.2010 / 15:09)
такое ощущение что время генерации перед выводом делиться на 10))) уж слишком маленькое оно
35. PLANEMO (01.01.2010 / 20:05)
тоже с мобильника летаю по страницам.всё оч быстро загружает.
36. Саня (02.01.2010 / 18:06)
Тоже писал свой двиг под скулайт - генерация была до 0.23 сек , переделал под mySQL стало 0.003 - 0.007 сек . разница ощутима ))
37. Вантуз-мен (04.01.2010 / 14:57)
сегодня еще сильнее оптимизировал некоторые функции, ввел статические переменные, чтобы не вызывались каждый раз, теперь при чтении темы в форуме и в др. местах скорость чуть выше стала
38. Андрей (05.01.2010 / 09:13)
37. Vantuz, оооо) плюс адын!
39. ramzes (05.01.2010 / 20:21)
И так вертел и эдак.. ~0.002 - один скол запрос.
Не сходится что то у меня.
Или тут вообще максимум один запрос на страницу или два и ни чего больше, даже дизайна. Просветите меня неразумного как такое возможно? Я уже мозг сломал.
Или генерация глючит очень жестко..
40. Вантуз-мен (05.01.2010 / 20:56)
я уже писал кому-то тут чисто коннект занимает 0.0003 сек, я написал сайт на ООП PDO-MySQL
Используются плейсхолдеры, и дополнительное кеширование mysql. Сайт заточен под PHP 5.3.x который сам по себе намного производительнее чем 5.2.x в некоторые местах в несколько раз
плюс тут очень быстрый сервер, который находится в питере
На форуме чисто 3 форумных запроса, который опять же кешируются при помощи плейслолдеров, вывод ников, аватаров и онлайна кешируются в файл и обновляются раз в x сек. а так берутся не просто из файла а из статической переменной функции. + еще один запрос на данные из профиля определенного юзера, ну и 1 на статистику (опять же через определенные промежутки времени)
41. Studentsov (05.01.2010 / 21:20)
#40 MySQL или MySQLi?
42. Сергей (05.01.2010 / 21:22)
39, где проверяешь?
43. Андрей (05.01.2010 / 21:28)
40, кстати) у меня както было такое: в списке юзеров в форме ниже, там где поиск пользователей, стандартное значение поля было Vantuz
изза кеширования такое? или что ето было?
44. ramzes (05.01.2010 / 21:45)
#42 на хосте. Ну то что сервер тут может быть быстее это я допускаю но не в 5 же раз?
#40, Вантуз, а что такое плейсхолдеры?
3 форум + 10 авторы 10 постов или нет? Че то я запутался.. Однако это самый быстрый двиг который я видел, или сервер
45. Studentsov (05.01.2010 / 22:01)
Вывод сообщений + ники, аватары, онлайн = 1 большой запрос. Я умещал по крайней мере
46. Вантуз-мен (05.01.2010 / 23:34)
44. ramzes, у меня на локалке скорость тоже ниже >0.02 примерно на главной форума
47. Удаленный (06.01.2010 / 00:11)
Cжатие: 67.1%
0.0049 сек.
48. AlkatraZ (06.01.2010 / 00:44)
Vantuz (05.01.10 / 20:56)Ты че?
который опять же кешируются при помощи плейслолдеров
При чем тут плейсхолдеры (которые служат для подстановки переменных) и кэширование?
49. AlkatraZ (06.01.2010 / 00:49)
Vantuz (05.01.10 / 20:56)1) PDO - это абстрактный класс доступа к базе
я уже писал кому-то тут чисто коннект занимает 0.0003 сек, я написал сайт на ООП PDO-MySQL
2) ЛЮБЫЕ абстрактные классы работают МЕДЛЕННЕЕ, чем прямой посыл SQL запроса.
Да, PDO написан на С и естессно работает быстрее абстрактной библиотеки ADODB, но медленнее прямого запроса mysql_query
Это давно подтверждено независимыми тестами, да и можешь сам проверить. Если работаешь с Zend Studio, включи там профайлер и замерь время одного и того же запроса через PDO, и напрямую, через mysql_connect
50. Вантуз-мен (06.01.2010 / 01:20)
AlkatraZ (Сегодня / 00:44)В pdo плейсхолдеры кешируются, http://ru.php.net/manual/en/pdo.prepare.php
Ты че?
При чем тут плейсхолдеры (которые служат для подстановки переменных) и кэширование?
перевод машинный
Вызов PDO:: подготовить () и PDOStatement:: Execute () для заявлений, которые будут изданы несколько раз с разными значениями параметров оптимизирует производительность вашего приложения, позволяя водителю вести переговоры клиента и / или на стороне сервера кэширования плана запроса и мета-информацией, а также помогает предотвратить SQL-инъекций, избавляя от необходимости вручную цитатой параметров.
PDO будет эмулировать подготовлены заявления / параметры привязки для водителей, которые не поддерживают их, а также может переписать имена или знак вопроса стиль маркеров параметров к чему-то более уместным, если драйвер поддерживает один стиль, а не другие.
При выполнении одного и того же запроса, но с разными параметрами вот тут большая оптимизация
51. Вантуз-мен (06.01.2010 / 01:23)
49. AlkatraZ, насчет того что чистый запрос mysql быстрее или медленнее чем pdo я ничего не говорил
у pdo просто свои преимущества
52. Виталик (06.01.2010 / 01:29)
Супер юзать стало сайтик
Блин Саня может ты мне и интернет на мускол переведеш? Может быстрей станет?...
53. Димон (06.01.2010 / 01:49)
PHP-FPM + NGINX + XCACHE и получите 2-3 мс при разумном использовании mysql. даже на слабом вдс
54. ктулху (06.01.2010 / 01:52)
и отсутсвие многих важных функций... уж про ПО лучше молчи... apache2+nginx выбор милионов
55. AlkatraZ (06.01.2010 / 01:57)
Что интересно, если внимательно вникнуть в написанное, то станет ясно. что кэшируется НЕ РЕЗУЛЬТАТ запроса (полученные из базы данные), а всего лишь "prepared statement", то есть, подготовленная нами строка запроса.
К примеру, при чтении форума, это дает практически 0 ускорение, то есть никакого. Некоторое ускорение может быть заметно, если запрос большой и сложный (длинный текст) и его одновременно вставляет несколько человек, что практически почти никогда не бывает.
---
а результат выборки кэширует сам MySQL, так, что тут все равно, чем ты выбираешь, напрямую, или через PDO
56. Димон (06.01.2010 / 01:57)
54. согласен что без хтачеса тяжело, но и без него обхожусь. игра стоит свеч) а больше неудобств не возникло пока)
57. ramzes (06.01.2010 / 02:37)
Все понял что за плейсхолдеры
шаблоны запросов блин.Вроде как они ускоряют только одинаковые запросы с разными значениями?
Или я чего то не так понял?
58. ктулху (06.01.2010 / 02:40)
56, да не только .htaccess... nginx для статики хорош. некоторые на нём защиту строят проксикуя трафф.. но всё же предпочитаю nginx+apache2+php5-cgi =) хоть немного медленнее, но лишено многих костылей
59. Б.В. (06.01.2010 / 04:13)
Блин.. вы опять о том же... По-моему скорость работы систем, баз данных и т.п. уже обсуждали,а вы опять начинаете... Начнет волноватся, когда генерация за секунду перевалит, а так можна спокойно жить и не тужить.
Кстати,Вантуз, наконец-то правильный выбор сделал на счет mysql ))
60. Михаил (06.01.2010 / 08:47)
51. Vantuz, в груз-центре убери значок sqlite'a
61. Удаленный (06.01.2010 / 09:38)
Сразу очущается работа сайта на мускуле,с таким провайдером ещё
62. Булат (06.01.2010 / 09:54)
Давно пора было
63. Артур (06.01.2010 / 11:47)
41, pdo mysqli нет
64. Studentsov (06.01.2010 / 15:15)
#63 Незнал, спасибо
65. Олег (07.01.2010 / 02:05)
Вантуз молодец, давно пора. Вспомните мои слова в теме http://visavi.net/forum/topic.php?tid=4294& относительно поста 41
66. Nu3oN (07.01.2010 / 02:52)
Афигетььь (хотелось бы сказать это матом, но увы...) это самый, шустрый двиг из тех что я раньше видел!
67. Владислав (07.01.2010 / 03:21)
да, саня молодчик
68. Дмитрий (07.01.2010 / 04:48)
норм... Скорость - жесть...
URL: https://visavi.net/topics/4418