Mysql server что это
MySQL, the most popular Open Source SQL database management system, is developed, distributed, and supported by Oracle Corporation.
The MySQL website (http://www.mysql.com/) provides the latest information about MySQL software.
MySQL is a database management system.
A database is a structured collection of data. It may be anything from a simple shopping list to a picture gallery or the vast amounts of information in a corporate network. To add, access, and process data stored in a computer database, you need a database management system such as MySQL Server. Since computers are very good at handling large amounts of data, database management systems play a central role in computing, as standalone utilities, or as parts of other applications.
MySQL databases are relational.
A relational database stores data in separate tables rather than putting all the data in one big storeroom. The database structures are organized into physical files optimized for speed. The logical model, with objects such as databases, tables, views, rows, and columns, offers a flexible programming environment. You set up rules governing the relationships between different data fields, such as one-to-one, one-to-many, unique, required or optional, and “ pointers ” between different tables. The database enforces these rules, so that with a well-designed database, your application never sees inconsistent, duplicate, orphan, out-of-date, or missing data.
The SQL part of “ MySQL ” stands for “ Structured Query Language ” . SQL is the most common standardized language used to access databases. Depending on your programming environment, you might enter SQL directly (for example, to generate reports), embed SQL statements into code written in another language, or use a language-specific API that hides the SQL syntax.
SQL is defined by the ANSI/ISO SQL Standard. The SQL standard has been evolving since 1986 and several versions exist. In this manual, “ SQL-92 ” refers to the standard released in 1992, “ SQL:1999 ” refers to the standard released in 1999, and “ SQL:2003 ” refers to the current version of the standard. We use the phrase “ the SQL standard ” to mean the current version of the SQL Standard at any time.
MySQL software is Open Source.
Open Source means that it is possible for anyone to use and modify the software. Anybody can download the MySQL software from the Internet and use it without paying anything. If you wish, you may study the source code and change it to suit your needs. The MySQL software uses the GPL (GNU General Public License), http://www.fsf.org/licenses/, to define what you may and may not do with the software in different situations. If you feel uncomfortable with the GPL or need to embed MySQL code into a commercial application, you can buy a commercially licensed version from us. See the MySQL Licensing Overview for more information (http://www.mysql.com/company/legal/licensing/).
The MySQL Database Server is very fast, reliable, scalable, and easy to use.
If that is what you are looking for, you should give it a try. MySQL Server can run comfortably on a desktop or laptop, alongside your other applications, web servers, and so on, requiring little or no attention. If you dedicate an entire machine to MySQL, you can adjust the settings to take advantage of all the memory, CPU power, and I/O capacity available. MySQL can also scale up to clusters of machines, networked together.
MySQL Server was originally developed to handle large databases much faster than existing solutions and has been successfully used in highly demanding production environments for several years. Although under constant development, MySQL Server today offers a rich and useful set of functions. Its connectivity, speed, and security make MySQL Server highly suited for accessing databases on the Internet.
MySQL Server works in client/server or embedded systems.
The MySQL Database Software is a client/server system that consists of a multithreaded SQL server that supports different back ends, several different client programs and libraries, administrative tools, and a wide range of application programming interfaces (APIs).
We also provide MySQL Server as an embedded multithreaded library that you can link into your application to get a smaller, faster, easier-to-manage standalone product.
A large amount of contributed MySQL software is available.
MySQL Server has a practical set of features developed in close cooperation with our users. It is very likely that your favorite application or language supports the MySQL Database Server.
The official way to pronounce “ MySQL ” is “ My Ess Que Ell ” (not “ my sequel ” ), but we do not mind if you pronounce it as “ my sequel ” or in some other localized way.
Сервер баз данных MySQL: функциональные возможности, особенности и недостатки
MySQL — компактный многопоточный сервер баз данных, характеризуемый высокой скоростью работы, стабильностью и удобством в использовании. В этой статье поговорим о возможностях MySQL-сервера, его преимуществах и недостатках.
Несколько слов про MySQL-сервер
MySQL-сервер баз данных был разработан компанией TcX для внутреннего потребления и быстрой обработки крупных баз данных. Сегодня это одно из лучших решений для малых и средних программных приложений, а исходники сервера баз данных MySQL компилируют на многих платформах. Лучше всего использовать MySQL-сервер на Unix-серверах — они поддерживают многопоточность, что обеспечивает существенный прирост производства. В результате возможности сервера открываются на полную мощность.
На сегодняшний день MySQL представляет собой бесплатный сервер, если речь идёт о некоммерческом использовании. В обратном случае вам понадобится купить лицензию.
Возможности сервера баз данных MySQL
MySQL-сервер поддерживает язык SQL-запросов и стандарт ANSI 92. Кроме того, поддерживается ряд расширений к этому стандарту, что выгодно отличает MySQL-сервер от конкурентов. Давайте посмотрим на некоторые функциональные возможности этого известного сервера баз данных: — поддерживается неограниченное число пользователей, одновременно работающих в базах данных; — число табличных строк может достигать 50 миллионов, чего более, чем достаточно; — сервер MySQL считается одним из лучших по быстродействию, поэтому команды выполняются в сжатые сроки. А это не может не радовать; — система безопасности в MySQL-сервере проста и эффективна.
Минусы сервера баз данных MySQL
Как мы уже говорили, MySQL-сервер обладает быстродействием, но чтобы его достичь, разработчикам пришлось принести в жертву некоторые другие требования, предъявляемые к современным системам управления базами данных (СУБД).
В частности, в сервере MySQL нет: — поддержки разных транзакций; — поддержки триггеров и хранимых процессов; — поддержки представления.
Но, как говорят разработчики, отсутствие некоторых возможностей как раз и позволило достичь преимуществ в быстродействии. При этом вышеперечисленные недостатки не являются критичными при разработке приложений, с чем сложно спорить. А вот поддержка вложенных запросов в MySQL уже появилась, что, разумеется, не может не радовать.
Таблицы привилегий MySQL-сервера
Важнейший аспект работы любого сервера баз данных, включая MySQL-сервер — реализованный механизм безопасности и целостности данных. В MySQL-сервере у нас есть таблицы привилегий. Эти таблицы нужны для аутентификации пользователей при обращении к серверу с последующей привязкой его прав доступа к определённому набору привилегий. Таким образом, набор привилегий определяет возможности пользователя, присоединившегося к MySQL-серверу.
Например, администратор может предоставить пользователю привилегии, позволяющие соединяться с отдельной БД сервера, и может ограничить его доступ . При необходимости привилегии прописываются более детально, поэтому пользователь может получить лишь отдельные права по работе с БД. В частности, возможно наличие прав на просмотр и выборку данных, но отсутствие прав не выполнение таких операций, как удаление.
Скачать сервер баз данных MySQL (MySQL Community Server) можно на официальном сайте. Обратите внимание, что дистрибутив доступен для самых разных операционных систем, что делает его действительно универсальным в применении:
Также мы рекомендуем обратить внимание на наш курс по базам данных, где углубленному изучению MySQL посвящён целый образовательный модуль:
Name already in use
If nothing happens, download GitHub Desktop and try again.
Launching GitHub Desktop
If nothing happens, download GitHub Desktop and try again.
Launching Xcode
If nothing happens, download Xcode and try again.
Launching Visual Studio Code
Your codespace will open once ready.
There was a problem preparing your codespace, please try again.
Latest commit
Git stats
Files
Failed to load latest commit information.
README
About
MySQL Server, the world’s most popular open source database, and MySQL Cluster, a real-time, open source transactional database.
Resources
License
Stars
Watchers
Forks
Releases
Packages 0
Contributors 96
Languages
Footer
© 2023 GitHub, Inc.
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Mysql server что это
В этом разделе представлены списки рассылки MySQL, а также даются некоторые указания по их использованию. Подписавшись на список рассылки, вы будете получать по электронной почте информацию из данного списка и сможете отправлять туда свои собственные вопросы и ответы.
1.8.1.1. Списки рассылки MySQL
Чтобы подписаться на главный список рассылки MySQL, следует отправить сообщение на адрес электронной почты <mysql-subscribe@lists.mysql.com> .
Чтобы отказаться от подписки на главный список рассылки MySQL, следует отправить сообщение на адрес электронной почты <mysql-unsubscribe@lists.mysql.com> .
В посылаемом сообщении роль играет только адрес, на который это сообщение отправляется. Тема и текст сообщения игнорируются.
Если адрес, с которого было отправлено ваше сообщение, не действителен, можно точно указать адрес для подписки или адрес, подписку для которого следует аннулировать. Для этого в указанных выше адресах электронной почты следует добавить дефис в конце командного слова, обозначающего подписку ( subscribe ) или отказ от нее ( unsubscribe ), а за ним — нужный адрес электронной почты, заменив в нем символ ‘ @ ’ на символ ‘ = ’. Например, чтобы подписать адрес <your_name@host.domain> , необходимо отправить сообщение на <mysql-subscribe-your_name=host.domain@lists.mysql.com> .
Сообщения, посланные по адресам <mysql-subscribe@lists.mysql.com> или <mysql-unsubscribe@lists.mysql.com> , обрабатываются автоматически программой обслуживания списка рассылки ezmlm . Информация по программе ezmlm доступна на веб-узле ezmlm (http://www.ezmlm.org/).
Чтобы отправить сообщение в список рассылки, следует послать сообщение по адресу <mysql@lists.mysql.com> . Пожалуйста, не отправляйте сообщения о подписке или отказе от подписки на адрес <mysql@lists.mysql.com> , поскольку все сообщения, направленные на этот адрес, автоматически распространяются среди тысяч других подписчиков.
Если на вашем локальном веб-узле уже есть подписчики на <mysql@lists.mysql.com> , то на нем может существовать локальный список рассылки, поэтому сообщения, отправленные из lists.mysql.com на ваш веб-узел, будут также дублироваться в местный список. В таких случаях необходимо связаться со своим системным администратором, чтобы он добавил вас в местный список рассылки MySQL или исключил из него.
Если необходимо, чтобы сообщения, поступающие со списка рассылки, направлялись в отдельный почтовый ящик вашего почтового клиента, установите фильтр по заголовкам сообщений. Чтобы выделить сообщения из списка рассылки, можно использовать заголовки List-ID: или Delivered-To: .
Существуют следующие списки рассылки MySQL:
Список для объявлений о выходах новых версий MySQL и относящихся к нему программ. Количество сообщений здесь небольшое, и на этот список желательно подписаться всем пользователям MySQL.
Главный список для обсуждения общих вопросов по MySQL. Обратите внимание: некоторые темы лучше обсуждать в более специализированных списках. Если отправить сообщение не в тот список, то можно не получить ответа!
Список mysql в виде сборника. Это означает, что вы получите все сообщения, отправленные за день, в виде одного большого почтового сообщения, которое отправляется раз в день.
В этот список можно отправлять только подробные отчеты о повторяющихся ошибках, используя макропрограмму mysqlbug (если вы работаете в Windows, необходимо включить описание операционной системы и указать версию MySQL). Прежде чем отправлять отчет об ошибке, желательно проверить, при использовании какой версии MySQL данная ошибка возникает — последней окончательной или находящейся на стадии разработки! Чтобы любой желающий мог воспроизвести эту ошибку, желательно также включить в отчет контрольный тестовый пример, который можно было бы запустить при помощи mysql test < script . Все ошибки, сообщения о которых будут направлены в список рассылки, будут либо исправлены, либо включены в список ошибок в следующей версии MySQL! Если необходимо только небольшое изменение кода, мы также отправим исправляющую эту ошибку заплатку для программы.
Список bugs в виде сборника.
Список для тех, кто работает над кодом MySQL. В этом списке также можно обсуждать разработку MySQL и отправлять в него вставки в программу.
Версия в виде сборника для списка internals .
Обсуждение вопросов, связанных с MySQL и Java. В основном обсуждение по драйверам JDBC включая MySQL Connector/J.
Версия в виде сборника для списка java .
Все вопросы, касающиеся программного обеспечения MySQL в операционных системах Microsoft, таких как Windows 9x/Me/NT/2000/XP.
Версия в виде сборника для списка win32 .
Все вопросы, касающиеся соединения MySQL через ODBC.
Версия в виде сборника для списка myodbc .
Все вопросы, касающиеся графического клиента MySQL Control Center (MyCC).
Версия в виде сборника для списка mysqlcc .
Все вопросы, касающиеся программирования на C++ API для MySQL.
Версия в виде сборника для списка plusplus .
Список по поддержке Perl для MySQL при помощи msql-mysql-modules.
Версия в виде сборника для списка msql-mysql-modules .
Подписаться или отказаться от подписки на все списки рассылки можно способом, указанным выше. В своем сообщении о подписке или отказе от подписки вместо mysql просто укажите соответствующее название списка рассылки. Например, чтобы подписаться на список рассылки myodbc или отказаться от подписки на него, следует отправить сообщение по адресу <myodbc-subscribe@lists.mysql.com> или <myodbc-unsubscribe@lists.mysql.com> .
Если получить ответы на свои вопросы в списке рассылки не удалось, можно оплатить поддержку от MySQL AB — это позволит вам напрямую общаться с разработчиками MySQL. See Раздел 1.6.1, «Поддержка, предлагаемая компанией MySQL AB».
В приведенной ниже таблице указаны некоторые списки рассылки MySQL на языках, отличных от английского. Обратите внимание на то, что компания MySQL AB эти списки не контролирует, поэтому мы не можем гарантировать их качество.
Чтобы подписаться на этот список рассылки, отправьте сообщение subscribe mysql your@e-mail.address .
Чтобы подписаться на этот список рассылки, отправьте сообщение subscribe mysql-de your@e-mail.address . Информацию по этому списку рассылки можно найти на http://www.4t2.com/mysql/.
Чтобы подписаться на этот список рассылки, отправьте сообщение subscribe mysql-br your@e-mail.address .
Чтобы подписаться на этот список рассылки, отправьте сообщение subscribe mysql your@e-mail.address .
1.8.1.2. Как задавать вопросы и направлять сообщения об ошибках
Прежде чем отправлять отчет об ошибке, необходимо выполнить следующие действия:
Сначала проведите поиск в интерактивном руководстве по MySQL на: http://www.mysql.com/doc/
Мы стараемся постоянно обновлять данное руководство, добавляя информацию об исправлениях последних обнаруженных ошибок! Приложение, описывающее историю изменений (http://www.mysql.com/doc/en/News.html) также может быть полезным, т.к. вполне возможно, что именно в новой версии уже есть решение вашей проблемы.
Посмотрите в базе данных ошибок по адресу http://bugs.mysql.com. Может, известная ошибка уже сообщена и исправлена.
Просмотрите архивы списка рассылки MySQL: http://lists.mysql.com/
Можно также воспользоваться ссылкой http://www.mysql.com/search/, чтобы произвести поиск по всем веб-страницам (включая руководство), расположенным на веб-узле http://www.mysql.com/.
Если в руководстве или архивах не удалось найти ответ, обратитесь к локальному эксперту по MySQL. Если же и таким образом не удалось получить ответы на вопросы, переходите к следующему разделу, в котором описано, как отправлять почту на <mysql@lists.mysql.com> .
1.8.1.3. Как отправлять отчеты об ошибках или проблемах
Чтобы написать хороший отчет об ошибке, потребуется немало терпения. Однако лучше сделать все правильно с первой попытки — это сбережет и ваше, и наше время. Грамотно составленный отчет об ошибке, содержащий ее подробное описание, позволит нам исправить эту ошибку уже в следующей версии программы. Включенные в данный раздел рекомендации помогут вам правильно написать свой отчет, не тратя времени на описание того, что мало чем сможет нам помочь или не потребуется вовсе.
Мы рекомендуем для создания отчетов об ошибках (или отчетов о любых проблемах), всегда, если это возможно, использовать сценарий mysqlbug . mysqlbug можно найти в каталоге scripts раздела распространения исходных текстов, или в разделе распространения исполняемых программ, в каталоге bin инсталляционного каталога MySQL. Если же не удается воспользоваться mysqlbug , то все равно необходимо указать в своем отчете все данные, перечисленные ниже в этом разделе.
Сценарий mysqlbug помогает сгенерировать отчет путем автоматического определения большей части приведенной ниже информации, но если окажется, что в сгенерированном отчете отсутствует что-либо важное, обязательно включите это в свое сообщение! Внимательно прочитайте данный раздел и убедитесь, что в отчет вошли все описанные здесь сведения.
Обычно отчеты об ошибках и проблемах направляются в <mysql@lists.mysql.com> . Если же вы можете создать подробное описание, четко определяющее ошибку, его можно направить в список рассылки <bugs@lists.mysql.com> . Обратите внимание: в этот список рассылки можно посылать только полный отчет о повторяющейся ошибке, составленный при помощи сценария mysqlbug . Если вы работаете в Windows, необходимо включить описание операционной системы и версии MySQL. Прежде чем направлять отчет, желательно проверить, проявляется ли данная проблема при использовании последней окончательной или находящейся в стадии разработки версии MySQL! Чтобы любой желающий мог воспроизвести эту ошибку, желательно также включить в отчет контрольный тестовый пример, который можно было бы запустить при помощи « mysql test < script », либо Perl-сценарий или сценарий оболочки, которые можно запустить непосредственно. Все ошибки, сообщения о которых будут направлены в список рассылки, будут либо исправлены, либо включены в список ошибок в следующей версии MySQL! Если необходимо только небольшое изменение кода, мы также отправим исправляющий эту ошибку патч для программы.
Если вы нашли ошибку в системе безопасности MySQL, необходимо отправить сообщение по адресу <security@mysql.com> .
Не забывайте о том, что можно ответить на сообщение, в котором содержится слишком много информации, но нельзя ответить на сообщение, в котором информации недостаточно. Часто те, кто нам пишет, опускают некоторые факты: они считают, что им известна причина возникшей проблемы и поэтому, по их мнению, некоторые детали не имеют значения. Необходимо придерживаться следующего принципа: если возникают сомнения в отношении того, следует или нет приводить в отчете те или иные сведения, — включите их в отчет обязательно! Намного быстрее и проще написать несколько дополнительных строк в отчете, чем получать уточняющие вопросы и снова ждать ответа только потому, что в первый раз были указаны не все данные.
Чаще всего наши корреспонденты не указывают используемую версию MySQL или платформу, на которой установлен сервер MySQL (включая версию платформы). Это довольно существенная информация, и в 99 случаях из 100 отчет об ошибке без нее будет совершенно бесполезным! Очень часто бывает и так: мы получаем вопрос типа: »Почему это у меня не работает?», а потом оказывается, что указанная функция в данной версии MySQL отсутствует или что ошибка, описанная в отчете, уже была исправлена в более новой версии MySQL. Иногда ошибка зависит от используемой платформы. В таких случаях практически невозможно ничего исправить, не имея информации об операционной системе и о версии платформы.
Не забывайте указывать информацию о своем компиляторе — в тех случаях, когда это имеет отношение к возникшей проблеме. Ведь бывает и так: пользователь полагает, что проблема связана с MySQL, а на самом деле он нашел ошибку в компиляторе. Большинство компиляторов постоянно находятся в состоянии разработки и становятся лучше от версии к версии. Чтобы определить, зависит ли ваша проблема от компилятора, мы должны знать, какой именно используется компилятор. Обратите внимание на то, что все проблемы с компиляторами должны рассматриваться как ошибки и по ним должен составляться соответствующий отчет.
Вы окажете нам значительную помощь, включив в отчет об ошибке подробное описание проблемы. В качестве хорошего примера подобной информации можно привести описание всех действий, которые привели к возникновению проблемы и описание самой проблемы. Лучшие отчеты содержат подробные примеры, в которых показано, как можно воспроизвести ошибку или проблему. Раздел E.1.6, «Создание контрольного примера при повреждении таблиц».
Если программа выдает сообщение об ошибке, очень важно точно воспроизвести это сообщение в своем отчете! Возможно, нам придется производить поиск в архивах — лучше, чтобы указанное в отчете сообщение об ошибке точно совпадало с тем, которое выдает программа. Не следует пытаться запомнить сообщение об ошибке, имеет смысл просто скопировать его полностью и вставить в отчет!
Если возникли проблемы с MyODBC , необходимо попытаться создать файл трассировки MyODBC . See Раздел 8.3.7, «Составление отчетов о проблемах с MyODBC».
Не забывайте, что у большинства людей, которые будут читать ваш отчет, экраны дисплеев имеют ширину в 80 символов. При создании отчетов или примеров при помощи средств командной строки mysql необходимо использовать параметр —vertical (или терминатор оператора \G ) для выходных данных, которые будут превышать ширину для таких дисплеев (пример для оператора EXPLAIN SELECT приведен ниже в данном разделе).
В свой отчет вам необходимо включить следующую информацию:
Версию используемого дистрибутива MySQL (например MySQL Version 3.22.22). Чтобы узнать, какая версия запущена, следует выполнить команду mysqladmin version . Программу mysqladmin можно найти в каталоге bin инсталляционного каталога MySQL.
Производителя и модель компьютера, на котором вы работаете.
Название и версию операционной системы. Для большинства операционных систем эту информацию можно получить, выполнив команду Unix uname -a .
Иногда важную роль играет количество памяти (реальной и виртуальной). Если у вас есть основания считать, что такая информация может оказаться полезной, включите в отчет эти значения.
Если используется дистрибутив в виде исходных текстов программного обеспечения MySQL, необходимо указать версию используемого компилятора. Если используется бинарный дистрибутив, необходимо указать имя дистрибутива.
Если проблема возникает во время компиляции, включите в отчет точное сообщение об ошибке (или ошибках), а также несколько строк до и после вызывающего ошибку кода в файле, вызвавшем проблему.
Если произошло аварийное завершение работы mysqld , необходимо сообщить о запросе, который привел к такому завершению. Это можно выяснить, запустив mysqld с включенной функцией ведения журнала. See Раздел E.1.5, «Использование журналов для определения причин ошибок в mysqld».
Если с программой связана какая-либо таблица базы данных, включите в отчет выходную информацию команды mysqldump —no-data db_name tbl_name1 tbl_name2 . . Выполняется это очень легко. Таким способом можно получить подробную информацию о таблице в базе данных, что поможет нам создать ситуацию, соответствующую той, в которой оказались вы.
Для ошибок, связанных со скоростью выполнения или проблемами с операторами SELECT , всегда необходимо включать в отчет выходную информацию команды EXPLAIN SELECT . и, по крайней мере, количество строк, которые выдает оператор SELECT . Вы также должны включить вывода SHOW CREATE TABLE . для каждой таблицы, задействованной в запросе. Чем больше информации будет предоставлено о сложившейся ситуации, тем больше шансов, что будет оказана надлежащая помощь! Например, ниже приведен образец очень хорошего отчета об ошибке (он, конечно, должен быть отправлен при помощи сценария mysqlbug ):
Пример запускается при помощи командной строки mysql (обратите внимание на применение терминатора операторов \G , который используется для операторов, если ширина выводимой ими информации превышает ширину строки 80-символьного дисплея):
Если ошибка или проблема возникли во время работы mysqld , постарайтесь предоставить сценарий, который воспроизведет аномальное поведение программы. Сценарий должен включать все необходимые файлы данных. Чем точнее сценарий может воспроизвести сложившуюся ситуацию, тем лучше.
Если вы можете создать воспроизводимый контрольный пример, его необходимо отправить на <bugs@lists.mysql.com> для немедленного рассмотрения! Если сценарий обеспечить нельзя, необходимо, по крайней мере, включить в свое сообщение выходную информацию команды mysqladmin variables extended-status processlist , чтобы предоставить данные о работе системы!
Если не удается создать контрольный пример в несколько строк, или если таблица тестирования слишком велика для отправления в список рассылки (более 10 строк), необходимо вывести содержимое таблиц при помощи команды mysqldump и создать файл README с описанием вашей проблемы.
Запакуйте файлы при помощи tar и gzip или zip , и по ftp загрузите архив на ftp://support.mysql.com/pub/mysql/secret/. Затем отправьте краткое описание проблемы на <bugs@lists.mysql.com> .
Если MySQL на ваш запрос выдает странный, на ваш взгляд, результат, приведите в отчете не только сам результат, но также и ваше мнение о том, каким должен быть результат, и расчеты, подтверждающие это мнение.
Когда вы приводите пример ситуации, при которой возникает проблема, лучше сохранить действительные имена переменных, таблиц и т.п., вместо того, чтобы давать им новые имена. Иногда проблема может быть вызвана именем переменной или таблицы! Это довольно редкие случаи, но лучше, чтобы не терять времени, такую информацию отправить нам сразу. В конце концов, вам будет даже легче использовать данные, соответствующие реальной ситуации, и это во всех отношениях лучше для нас. Те же, кто не хотел бы показывать свои данные другим пользователям, могут загрузить файл по ftp на ftp://support.mysql.com/pub/mysql/secret/. Если данные действительно представляют собой секретную информацию, которую нельзя показывать даже нам, тогда можно привести пример, используя другие имена, но этот вариант следует оставить на крайний случай.
Включите в отчет все параметры, указанные для важных программ, если это возможно. Например, приведите параметры, которые вы используете как для запуска сервера mysqld , так и для запуска клиентских программ MySQL. Параметры таких программ как mysqld и mysql , а также сценарий configure часто содержат ответы на многие вопросы и очень важны! Включить их в отчет не помешает в любом случае! Если используются какие-либо модули, такие как Perl или PHP, также укажите их версии.
Если ваш вопрос относится к системе привилегий, укажите выходные данные команды mysqlaccess , выходные данные команды mysqladmin reload и все сообщения об ошибках, которые выдаются при попытке соединения! Во время проверки своих привилегий сначала необходимо выполнить команду mysqlaccess . После этого запустите mysqladmin reload version и попытайтесь соединиться с программой, которая вызывала проблемы. Программу mysqlaccess можно найти в каталоге bin установочного каталога MySQL.
Если у вас есть патч, который исправляет ошибку, — это хорошо. Но не думайте, что одного лишь патча для нас будет достаточно, или что мы будем ее использовать, если вы не предоставите необходимую информацию, такую как описание ошибки, которую исправляет ваш патч. Ведь мы можем найти проблемы в самом патче или попросту в нем не разобраться, что не даст нам возможности его применять. Если нам не удастся проверить, для чего именно служит этот патч, мы не станем его использовать. В таких случаях нам помогут контрольные примеры. Продемонстрируйте, что патч исправляет все проблемы, которые могут возникнуть в связи с этой ошибкой. Если мы найдем хотя бы один вариант, в котором патч не работает, то он может оказаться бесполезным.
Попытки угадать, что представляет собой ошибка, почему она возникает или от чего зависит, обычно не дают положительного результата. Даже члены команды MySQL не могут определить реальную причину ошибки без программы отладки.
Укажите в своем почтовом сообщении, что вы просмотрели справочное руководство и почтовый архив — тогда будет видно, как вы пытались решить эту проблему самостоятельно.
Если возникла синтаксическая ошибка, внимательно просмотрите свою программу! Если не удается найти никаких ошибок, может оказаться, что ваша версия MySQL не поддерживает используемый запрос. Если используется текущая версия в руководстве на http://www.mysql.com/doc/ не описан синтаксис, который вы используете, MySQL не поддерживает ваш запрос. В этом случае вы можете либо самостоятельно реализовать такой синтаксис, либо направить сообщение по адресу <licensing@mysql.com> и попросить либо предложить реализовать его! Если в руководстве описан используемый синтаксис, но у вас установлена более старая версия MySQL, необходимо проверить журнал изменений MySQL, чтобы узнать, когда был реализован данный синтаксис. В этом случае вы можете произвести обновление до более новой версии MySQL. See Приложение D, История изменений и обновлений MySQL.
Если в результате ошибки ваши данные оказываются поврежденными, или возникают ошибки при обращении к какой-либо определенной таблице, сначала необходимо проверить, а потом попытаться восстановить таблицы при помощи команды myisamchk или CHECK TABLE и REPAIR TABLE . See Глава 4, Администрирование баз данных.
Если повреждения ваших таблиц случаются часто, необходимо выяснить, когда и почему это происходит. В этом случае файл mysql-data-directory/`hostname`.err может содержать некоторую информацию о происходящем. See Раздел 4.9.1, «Журнал ошибок». Включите в отчет об ошибке всю важную информацию из этого файла. Обычно mysqld никогда не должна повреждать данные в таблицах, если не произошло никакого сбоя во время обновления! Если вам удалось найти причину ошибки в mysqld , нам будет гораздо проще оказать вам помощь в решении этой проблемы. See Раздел A.1, «Как определить, чем вызваны проблемы».
Если это возможно, загрузите и установите последнюю версию MySQL Server и проверьте, не решена ли в ней ваша проблема. Все версии программного обеспечения MySQL проходят тщательное тестирование и должны работать без проблем. Мы делаем все возможное, чтобы сохранить обратную совместимость, поэтому при переходе с одной версии MySQL на другую никаких проблем не должно возникать. See Раздел 2.2.4, «Какую версию MySQL использовать».
Если вы пользователь, пользующийся официальной поддержкой, направьте отчет об ошибке на <mysql-support@mysql.com> , чтобы его рассмотрели в первую очередь, а также в соответствующий список рассылки, чтобы узнать, сталкивался ли кто-нибудь еще с этой проблемой (и, возможно, нашел решение).
Чтобы получить информацию по отчетам об ошибках в MyODBC , See Раздел 8.3.4, «Как сообщать о проблемах с MyODBC».
Решения для наиболее часто встречающихся проблем можно найти в разделе Приложение A, Проблемы и распространенные ошибки.
Если ответы направляются к вам индивидуально, не попадая в список рассылки, хорошим тоном считается составить отчет по полученным ответам и отправить его в список рассылки, чтобы другие пользователи смогли получить информацию, которая помогла решить вашу проблему!
1.8.1.4. Рекомендации по ответам на вопросы, направляемые в список рассылки
Если вы считаете, что ваш ответ представляет интерес для большинства пользователей, то можете направить его прямо в список рассылки, вместо того, чтобы отвечать напрямую человеку, задавшему вопрос. Постарайтесь обобщить свой ответ таким образом, чтобы его смысл был понятен всем, а не только человеку, задавшему вопрос. При отправке сообщения в список рассылки убедитесь, что ваш ответ не является повторением предыдущего ответа.
Постарайтесь оставить главную часть вопроса в своем ответе, не стесняйтесь оставить все исходное сообщение в своем письме.
Не отправляйте сообщения из своего браузера с включенным режимом HTML! Многие пользователи не используют браузер для чтения почты!
1.8.2. Пользователи MySQL на IRC
В дополнение к спискам рассылки MySQL, вы можете найти поддержку у опытных пользователей MySQL в IRC.
Вот сети/каналы, известные нам на данный момент:
freenode (см. список серверов на http://www.freenode.net/ )
#mysql В основном обсуждение MySQL, но вопросы по другим СУБД приветствуются.
#mysqlphp Вопросы про популярную связку MySQL+PHP
EFnet (см. список серверов на http://www.efnet.org/)
#mysql Вопросы по MySQL.
Мы можем рекомендовать вам X-Chat для подключения к IRC-сети. X-Chat доступен как для Unix, так и для Windows по адресу: http://www.xchat.org/.
1.9. Насколько MySQL соответствует стандартам?
В этом разделе рассматривается соотношение между MySQL и стандартами ANSI SQL. Сервер MySQL имеет много расширений стандарта ANSI SQL; здесь вы найдете информацию о том, что представляют собой эти расширения и как их использовать. Помимо этого, в данном разделе содержится информация о том, какие функциональные возможности отсутствуют в сервере MySQL, а также дается описание способов обхода некоторых трудностей.
Мы не ставили перед собой цель ограничивать какую бы то ни было область применения сервера MySQL, если на то нет веских причин. И несмотря на то что у нас не хватает ресурсов выполнять разработку для каждого возможного применения сервера, мы всегда охотно окажем помощь и предложим советы тем, кто пытается расширять сферу использования MySQL.
Одним из главных направлений разработки данного продукта является продолжение работы в области соответствия его стандартам ANSI 99, но не за счет ущерба для скорости или надежности. Мы без опаски добавляем к серверу MySQL расширения к SQL или поддержку не предусмотренных в SQL возможностей, если это заметно увеличивает удобство его использования для значительной части наших пользователей (одним из примеров такой стратегии является новый интерфейс HANDLER в версии сервера MySQL 4.0; see Раздел 6.4.2, «Синтаксис оператора HANDLER »).
В наших планах — продолжение поддержки баз данных с транзакциями и без транзакций, чтобы обеспечить как интенсивное применение для веб-регистрации, так и зависящее от целевого назначения использование в круглосуточном режиме 24/7.
С самого начала сервер MySQL был спроектирован для работы с базами данных среднего размера (10-100 миллионов строк или около 100 MB на таблицу) на малых вычислительных системах. Мы будем продолжать расширять сервер MySQL для работы с базами данных с размерами даже больше терабайта, и наряду с этим — предоставлять возможность компиляции упрощенной версии MySQL, которая больше подходит для портативных устройств и встраивания. Благодаря компоновочной схеме сервера MySQL оба эти направления возможны без каких-либо конфликтов в дереве исходных кодов.
В настоящее время мы не ставим перед собой задач поддержки работы в режиме реального времени или кластеризованных баз данных (хотя наши сервисы репликации уже обеспечивают многие из таких возможностей).
Мы не считаем, что для базы данных необходима поддержка чистого XML, но при этом будем добавлять на клиентской стороне поддержку XML-запросов наших пользователей. По нашему мнению, основной код сервера должен оставаться настолько «скудным и чистым», насколько возможно, а взамен следует разрабатывать библиотеки, которые «взвалят на свои плечи» все сложности на клиентской стороне. Эта концепция полностью соответствует упомянутой выше стратегии — не жертвовать скоростью или надежностью сервера.
1.9.1. Каким стандартам соответствует MySQL ?
Начальный уровень SQL92. Для ODBC уровни 0-3.51.
Мы стремимся к полной поддержке стандарта ANSI SQL99, но без ущерба для скорости и качества кода.