Я давно знаю о SQLite и знаю, что он работает очень быстро, но я никогда не пробовал его на рабочем сервере. Мне так и не удалось найти надежную оценку того, сколько трафика он может обработать, прежде чем потерпеть неудачу.
У кого-нибудь есть номера или статья по этому поводу?
Предупреждение: Вопрос и некоторые ответы содержат неверные представления, недоразумения и устаревшую информацию!
Крис С
Мы оцениваем SQLite как решение для кэширования в производственной среде
Ури Агасси,
Ответы:
4
К сожалению, у меня нет никаких данных о возможностях загрузки, но есть несколько комментариев о некоторых факторах, ограничивающих производительность:
Скорость SQLite зависит от скорости диска, на котором он находится, и от того, происходит ли много операций вставки / обновления (т. Е. Доступа для записи). Блокировка записи ограничена скоростью вращения диска
Транзакции запускаются по умолчанию, но вы получаете лучшую производительность, если вы начинаете и фиксируете транзакцию. У меня были очень быстрые массовые вставки при обработке транзакции программно
Если вы обычно только читаете данные, то, по моему опыту, вы получаете хорошую производительность. Таким образом, SQLite можно использовать в качестве системы кэширования для хранения операций чтения с сервера базы данных, в частности удаленных или сложных запросов.
Он использует меньше ресурсов, чем сервер базы данных, поэтому это может повлиять на производительность сайта, поскольку освобождает больше ресурсов для веб-сервера и кода приложения.
Если вам требуется несколько одновременных записей, то сервер базы данных (например, MySQL, Postgres) вполне может вам помочь
Как сказал Деврим , сайт SQLite утверждает, что около 100 тыс. Пользователей в день должно быть в порядке. Система Trac требует записи, поэтому производительность в этом случае, вероятно, будет ниже
Спасибо за ответы, так что в основном вы можете писать только в базу данных 1 за один раз? Но вы все равно можете иметь несколько человек, читающих из базы данных без блокировки? Если так, я только что получил несколько идей для системы кэширования.
Доктор Гидралиск
Число «100К», которое выбрасывается, бесполезно. Документы гласят: «Вообще говоря, любой сайт, который получает менее 100 тыс. Посещений в день, должен нормально работать с SQLite». «Удар» обычно определяется как HTTP-запрос. Это включает в себя запрос для каждого .js, .css и изображения при попадании. Какое это имеет отношение к производительности БД? Предполагая, что авторы имели в виду «просмотр страницы», это все еще бесполезно. Сколько запросов на просмотр страницы? Соотношение читает и пишет? На каком оборудовании работает БД? Не очень хорошая идея использовать SQLite для веб-сайта, когда для этой работы есть как минимум дюжина других лучших инструментов.
jamieb
@Dr Hydralisk Да, чтение может происходить параллельно ... как файл
Cez
@jamieb Вопрос о «хитах» справедливый. Никто не упомянул, какие аппаратные или серверные ресурсы доступны, поэтому это может быть небольшой виртуальный сервер для всего, что мы знаем. Включение баз данных SQLite в систему кэширования или, главным образом, в таблицы только для чтения, может повысить производительность, особенно если сервер баз данных является удаленным. Кэш-память + SQLite-кэш запросов к базе данных превзойдет только запросы к базе данных.
Cez
3
У меня есть несколько моментов, чтобы добавить к этим хорошим ответам.
Текущая версия SQLite имеет WAL (запись в журнал записи), поэтому чтение и запись могут выполняться одновременно. Таким образом, традиционное ограничение одного автора, упомянутое в предыдущих ответах, больше не существует. Я еще не видел WAL на производстве, поэтому не могу комментировать, насколько хорошо он масштабируется.
Используя WAL или нет, если ваша база данных SQLite доступна только для чтения (или пакетно обновляется), и она помещается в ОЗУ (ваша ОС имеет достаточно свободной ОЗУ, чтобы хранить ее в буферах), она может очень хорошо масштабироваться в рабочем веб-приложении. Лично я очень скептически относился к его производительности, масштабируемости и надежности, но теперь, после девяти месяцев работы, он доказал, что отлично работает даже с самыми сложными частями системы .
Sqlite отлично подходит для встраивания в приложения, и именно для этого он предназначен, но он, безусловно, не является «невероятно быстрым». Я использую его для нескольких своих собственных приложений, исключительно для удобства наличия только двух файлов, которые можно скопировать на другую машину, чтобы получить полностью работающее приложение. Тесты на MySQL, использующие ту же структуру, индексы и т. Д., Показывают, что Sqlite значительно медленнее, даже для небольших баз данных. Я ожидаю, что разница в производительности будет расти по мере увеличения размера базы данных, хотя я не могу сказать наверняка, поскольку я использовал ее только с базами данных размером менее 100 МБ.
PRAGMA можно настроить для повышения производительности за счет возможного случайного повреждения базы данных (но не потери данных). По моему опыту, я мог заставить SQLite выполнять вставки со скоростью примерно 250-300 об / с на старой машине с WindowsXP.
Джангофан
-1, потому что я не согласен. Я построил и запросил базы данных SQLite размером несколько ГБ, и я бы никогда не получал одинаковое количество запросов в секунду, например, с использованием MySQL (на том же типе оборудования). SQLite может легко сделать 120k запросов записи в секунду , если вы знаете , как правильно массировать его.
Аликс Аксель
0
Я думаю, что sqlite работает быстрее, чем текстовый / XML-файл (вы можете быть удивлены, если попробуете это). И это не поддерживает параллелизм, если вы хотите создать сайт для интранета, где люди регистрируют свое рабочее время или используют тик-тикет, это может хорошо послужить. Кроме этого его следует избегать и заменять на mysql или couchdb.
Веб-сайт sqlite говорит, что 100 тыс. пользователей в день должно быть в порядке, но я в этом сильно сомневаюсь, поскольку простой проект trac сильно зависает при использовании офиса на 10 чел.
Sqlite не является традиционным клиент-серверным приложением БД. По сути, это библиотека, встроенная в другое приложение. Он предназначен для однопользовательских настольных приложений. Вы абсолютно не хотите пытаться использовать его как своего рода отдельную замену MySQL / PostgreSQL / MS-SQL в многопользовательской среде, потому что вся БД заблокирована на запись. Вы будете иметь дело с проблемами конкуренции даже при небольшой нагрузке, которая может снизить производительность.
В WAL блокируются только параллельные авторы. Кроме того, движок MySQL по умолчанию (MyISAM) также блокирует полные таблицы при каждом запросе на запись.
Аликс Аксель
1
@AlixAxel Этот ответ был написан за шесть месяцев до того, как WAL был доступен.
Ответы:
К сожалению, у меня нет никаких данных о возможностях загрузки, но есть несколько комментариев о некоторых факторах, ограничивающих производительность:
Скорость SQLite зависит от скорости диска, на котором он находится, и от того, происходит ли много операций вставки / обновления (т. Е. Доступа для записи). Блокировка записи ограничена скоростью вращения диска
Транзакции запускаются по умолчанию, но вы получаете лучшую производительность, если вы начинаете и фиксируете транзакцию. У меня были очень быстрые массовые вставки при обработке транзакции программно
Если вы обычно только читаете данные, то, по моему опыту, вы получаете хорошую производительность. Таким образом, SQLite можно использовать в качестве системы кэширования для хранения операций чтения с сервера базы данных, в частности удаленных или сложных запросов.
Он использует меньше ресурсов, чем сервер базы данных, поэтому это может повлиять на производительность сайта, поскольку освобождает больше ресурсов для веб-сервера и кода приложения.
Если вам требуется несколько одновременных записей, то сервер базы данных (например, MySQL, Postgres) вполне может вам помочь
Как сказал Деврим , сайт SQLite утверждает, что около 100 тыс. Пользователей в день должно быть в порядке. Система Trac требует записи, поэтому производительность в этом случае, вероятно, будет ниже
источник
У меня есть несколько моментов, чтобы добавить к этим хорошим ответам.
Текущая версия SQLite имеет WAL (запись в журнал записи), поэтому чтение и запись могут выполняться одновременно. Таким образом, традиционное ограничение одного автора, упомянутое в предыдущих ответах, больше не существует. Я еще не видел WAL на производстве, поэтому не могу комментировать, насколько хорошо он масштабируется.
Используя WAL или нет, если ваша база данных SQLite доступна только для чтения (или пакетно обновляется), и она помещается в ОЗУ (ваша ОС имеет достаточно свободной ОЗУ, чтобы хранить ее в буферах), она может очень хорошо масштабироваться в рабочем веб-приложении. Лично я очень скептически относился к его производительности, масштабируемости и надежности, но теперь, после девяти месяцев работы, он доказал, что отлично работает даже с самыми сложными частями системы .
источник
Sqlite отлично подходит для встраивания в приложения, и именно для этого он предназначен, но он, безусловно, не является «невероятно быстрым». Я использую его для нескольких своих собственных приложений, исключительно для удобства наличия только двух файлов, которые можно скопировать на другую машину, чтобы получить полностью работающее приложение. Тесты на MySQL, использующие ту же структуру, индексы и т. Д., Показывают, что Sqlite значительно медленнее, даже для небольших баз данных. Я ожидаю, что разница в производительности будет расти по мере увеличения размера базы данных, хотя я не могу сказать наверняка, поскольку я использовал ее только с базами данных размером менее 100 МБ.
источник
Я думаю, что sqlite работает быстрее, чем текстовый / XML-файл (вы можете быть удивлены, если попробуете это). И это не поддерживает параллелизм, если вы хотите создать сайт для интранета, где люди регистрируют свое рабочее время или используют тик-тикет, это может хорошо послужить. Кроме этого его следует избегать и заменять на mysql или couchdb.
Веб-сайт sqlite говорит, что 100 тыс. пользователей в день должно быть в порядке, но я в этом сильно сомневаюсь, поскольку простой проект trac сильно зависает при использовании офиса на 10 чел.
источник
Sqlite не является традиционным клиент-серверным приложением БД. По сути, это библиотека, встроенная в другое приложение. Он предназначен для однопользовательских настольных приложений. Вы абсолютно не хотите пытаться использовать его как своего рода отдельную замену MySQL / PostgreSQL / MS-SQL в многопользовательской среде, потому что вся БД заблокирована на запись. Вы будете иметь дело с проблемами конкуренции даже при небольшой нагрузке, которая может снизить производительность.
источник