Какие ресурсы существуют для настройки производительности базы данных? [закрытый]
Вы можете использовать команду cat, изменив ее выходной поток как / tmp / file, и все, что вы введете, будут добавлены в myfile,
cat > /tmp/myfile;
#input-> add text(standard input by default is set as keyboard)
#typing...
И распечатать файл командой tail с помощью -F в качестве аргумента,
tail -F /tmp/file; #-F -> output appended data as the file grows and with retry
#output-> input given to file
#typing....
Запись текста в файл с помощью vim,
vi /tmp/file;
#typing...
#:w -> write text to file
tail -F /tmp/file;
#
#typing...
Когда вы пишете в свой файл с помощью vim, он не записывает (сохраняет) его мгновенно По мере ввода, вместо этого, когда вы выходите из режима вставки и сохраняете файл явно (: w), именно тогда вывод tail будет обновлен.
Следовательно, вы можете использовать плагин, такой как Autosaveplugin, который может помочь автоматически сохранять данные для синхронного отображения журналов.
23 ответа
Ответ этого парня на не тот же вопрос, вероятно, является хорошим началом.
«Настройка производительности SQL» http://books.google.com/books?id=3H9CC54qYeEC&dq= sql + performance + tuning & printsec = frontcover & source = bn & hl = en & ei = 1dDoSYmjMOrlnQfX-bSYBw & sa = X & oi = book_result & ct = result & resnum = 4 охватывает большинство основных СУБД - как писать высокопроизводительные межплатформенные SQL-запросы и т. д. [116394
И кое-что для PostgreSQL: «Оптимизация производительности» на официальной вики ].
Для MySQL «библия» настройки производительности - High Performance MySQL
Производительность SQL Server Достойный сайт для специфической информации MSSQL.
У SO здесь есть хороший пример: Как вы интерпретируете план объяснения запроса?
If you are looking for SQL Server specific Performance tuning references there are an absolute shed load of quality resources available online, ranging from white papers on implementing specific technologies such as partitioning, to excellent Blogs that detail step by step instruction on how to performance tune a sql server platform.
Shameless plug follows: You can start you research by reviewing the performance tuning area of my personal Blog, or for any specific SQL Server requirements/issues feel free to fire me an email.
У собственного Тома Кайта из Oracle есть фантастическое хранилище для всех типов проблем производительности, которые можно представить на http://asktom.oracle.com . Обычно он тратит время на воссоздание конкретных проблем и дает очень подробные объяснения.
Xaprb - обязательный для чтения блог для администраторов баз данных MySQL. Автор написал книгу о высокопроизводительном MySQL
. Для немногих счастливых, работающих с Sybase SQL Anywhere, я могу только рекомендовать блог Брека Картера и его SQL Anywhere Studio 9 Developer ' s Guide
Вот еще одна высоко ценимая книга, не зависящая от платформы:
Настройка SQL Дана Тау: генерация оптимальных планов выполнения
Содержит некоторые конкретные примеры для Oracle, MS SQL и IBM DB2, но используемые методы должны применяться и к другим платформам.
http://www.javaperformancetuning.com/tips/jdbc.shtml
http://www.google.com/search?q=database+performance+tuning
Если вы используете базу данных Oracle, это руководство также может помочь , http://download.oracle.com/docs/cd/B28359_01/server.111/b28274/toc.htm
http://explain.depesz.com/
- помогает интерпретировать вывод PostgreSQL EXPLAIN ANALYZE .
Весь Глава «Советы по повышению производительности» в документации по PostgreSQL стоит прочитать.
Быстрая оптимизация PostgreSQL (оптимизация запросов)
Краткое чтение, хорошо объясняет много вещей и «работает» реальный пример, который хорош для тех из нас, кто лучше учится, что
Увидев вики-ссылку на PostgreSQL, решил, что я отредактирую этот пост со ссылками на mysql / oracle docs, на самом деле это не руководство по оптимизации, но оба хороши ресурсы, особенно MySQL один. Для оптимизации и любых других функций настройки.
Я бы добавил, что помимо теоретической настройки базы данных, вы должны профилировать приложение с помощью профилировщика, который отслеживает вызовы SQL.
Несмотря на ваши лучшие намерения, несколько плохих вызовов проникнут в ваше приложение и часто будут вызывать 90% ваших проблем, связанных с производительностью.
- Book: Troubleshooting Oracle Performance (Antognini Christian)
Многие полезные советы по MySQL можно найти на http://www.mysqlperformanceblog.com/
Для людей, работающих с Oracle, я рекомендую эту ссылку .............
http://download.oracle.com/docs/cd/B19306_01 /server.102/b14200/toc.htm
Из моего опыта разработки баз данных Oracle я обнаружил, что накапливая знания о том, как использовать SQL, как он работает и зная, что доступно (поставляемые функции, предложения, которые вы не знаю, существует или улучшено с последней версии) означает, что я трачу гораздо меньше времени на настройку sql.
Я бы начал с понимания того, как работает база данных на фундаментальном уровне. Как данные хранятся на диске, что делает создание индекса, как работает оптимизация плана запроса, как кэшируются планы, когда истекает срок действия кэшированных планов.
Если вы можете зафиксировать все это в памяти, большинство советов по настройке кажется очевидным.
Вот отличная книга по MSSQL
Я был очень счастлив, когда увидел этот способ быстрого просмотра того, что происходит с оператором SQL, который вы настраиваете под Oracle. Измените первый оператор SQL ниже на оператор SELECT и сохраните эту подсказку там.
SELECT /*+ GATHER_PLAN_STATISTICS */ * FROM DUAL;
SELECT * FROM TABLE(dbms_xplan.display_cursor( NULL, NULL, 'RUNSTATS_LAST'))
;
PLAN_TABLE_OUTPUT
-----------------------------------------------------
SQL_ID 5z36y0tq909a8, child number 0
-------------------------------------
SELECT /*+ GATHER_PLAN_STATISTICS */ * FROM DUAL
Plan hash value: 272002086
---------------------------------------------------------------------------------------------
| Id | Operation | Name | Starts | E-Rows | A-Rows | A-Time | Buffers | Reads |
---------------------------------------------------------------------------------------------
| 1 | TABLE ACCESS FULL| DUAL | 1 | 1 | 1 |00:00:00.02 | 3 | 2 |
---------------------------------------------------------------------------------------------
12 rows selected.
Где:
- E-Rows - это оценочные строки.
- A-Rows - это фактические строки.
- A-Time действительно времени.
- Буферы - это фактические буферы.
Если предполагаемый план отличается от фактического выполнения на порядки, вы знаете, что у вас есть проблемы.
Как определять медленно выполняющиеся запросы с помощью SQL Profiler - хороший учебник о том, как определять медленно выполняющиеся запросы. Это позволит сосредоточить их внимание там, где это больше всего необходимо.
Для Oracle, Оракул на основе затрат: основы от Джонатана Льюиса .