В MySQL select version() — запрос, возвращающий имя используемого пакета и его версию. Именем может быть сам MySQL или его форк, развивающийся самостоятельно — MaraiDB. Разница между пакетами при решении большинства задач не заметна. MySQL 5.6 соответствует MaraiDB 10.

MySQL select version и как узнать версию MySQL

Узнать версию можно несколькими способами. Самый простой не требует знать пароль пользователя сервера баз данных. Достаточно зайти по SSH и выполнить mysql —version

mysql Ver 14.14 Distrib 5.5.55, for debian-linux-gnu (x86_64) using readline 6.3

Чтобы использовать способ, приведенный в заголовке, нужно направить SQL запрос, для этого — авторизоваться в консоли (можно делать это и скриптом).

Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 41
Server version: 5.5.55-0ubuntu0.14.04.1 (Ubuntu)

Copyright (c) 2000, 2017, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type "help;" or "\h" for help. Type "\c" to clear the current input statement.

Необходимая информация имеется в выводе, который появляется после успешной авторизации. В данном случае используется MySQL Server версии 5.5.55-0.

Также оказавшись в консоли сервера баз данных можно запросить версию следующим образом:

+————————-+
| version() |
+————————-+
| 5.5.55-0ubuntu0.14.04.1 |
+————————-+
1 row in set (0.00 sec)

Во всех рассмотренных случаях получена одинаково полная информация.

Читайте цикл статей, описывающих основы работы с MySQL ().

Если скрипты сайта, работающие с базой, написаны под определенную версию ПО на сервере и используется не она, версию как и сам пакет можно сменить. Делается это в Debian довольно просто, ниже приведен алгоритм.

Смена версии сервера баз данных на Debian

1) с использованием утилиты mysqldump создается дамп всех таблиц (в том числе служебных)

2) пакет удаляется apt-get remove mysql-server* && apt-get purge mysql-server* , также нужно удалить /var/lib/mysql и /etc/mysql предварительно сделав копию

3) в /etc/apt/source.list добавляется репозиторий, приведенный на официальном сайте (например, для MariaDB 10 на Debian 8), информация обновляется apt-get update

3) также через apt-get ставится новый пакет после чего загружаются дампы баз

Копии всегда нужно иметь на случай непредвиденных ситуаций. Для разных версий используются разные директивы в конфигурационных файлах и может потребоваться ручная их правка.

Читайте про , при помощи него была выведена версия пакета, именно выборка является самой частой операцией.

MySQL (расшифровывается как свободная реляционная система управления базами данных) – это компактный многопоточный сервер баз данных, который отличается высокой скоростью работы, устойчивостью и простотой в использовании.

Изначально разрабатывался компанией TcX для решения внутренних задач – максимально быстрой обработки крупных баз данных. Внутри компании используется с 1996 года на сервере с более чем 40 БД, которые содержат 10,000 таблиц, из которых более чем 500 имеют более 7 миллионов строк.

На сегодняшний день разработкой и поддержкой MySQL занимается корпорация Oracle, которая приобрела Sun Microsystems 27 января 2010 года, после чего и включила MySQL в линейку своих продуктов. Ранее (26 февраля 2008 года) Sun Microsystems заплатила за покупку MySQL AB 1 миллиард долларов США. Продукт распространяется как под GNU General Public License, так и под собственной коммерческой лицензией. Помимо этого, разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL – это наиболее оптимальное решение для малых и средних приложений. Исходники сервера компилируются на множестве платформ. Наиболее полно возможности сервера проявляются на Unix-серверах, где есть поддержка многопоточности, что дает значительный прирост производительности. Входит в состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.
Благодаря поддержке огромного количества типов таблиц, MySQL является достаточно гибким. Пользователи могут выбирать и таблицы с полнотекстовым поиском MyISAM, и таблицы с транзакциями в отдельных записях InnoDB. Кроме того, MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря этому, а также открытой архитектуре и GPL-лицензированию, в MySQL возможно добавлять новые типы таблиц практически бесконечно.

MySQL-сервер является бесплатным для некоммерческого использования. Иначе необходимо приобретение лицензии, стоимость которой на текущий момент составляет 190 EUR.

Сообществом разработчиков MySQL созданы различные ответвления кода, такие как Drizzle, OurDelta, Percona Server, и MariaDB. Все эти ответвления уже существовали на момент поглощения компании Sun корпорацией Oracle.

Возникновение MySQL

До 1994 года на рынке были представлены главным образом базы данных, предназначенные для работы со значительными объемами данных и сложными взаимосвязями, которые обладали различными возможностями, но в тоже время требовали значительных вычислительных ресурсов. К числу таких баз данных относятся Oracle, Informix и Sybase. СУБД, которые бы поддерживали SQL и были при этом доступны по цене, в это время не было.

Крупные корпорации и университеты могли себе позволить приобрести мощные вычислительные комплексы, а небольшие организации и пользователи пользовались слабыми настольными базами данных, такими, как Postgres, в которой использовалась разновидность языка QUEL (PostQUEL), но, которая, к сожалению, требовала таких же ресурсов, что и ее аналоги, но не давала преимущества использования SQL в качестве языка запросов.

Тогда некий Дэвид Хьюз (ставший впоследствии, после публикации своей работы в Интернете, известным как Bamby), писавший на тот момент диссертацию в Университете Бонд (Австралия), занялся разработкой проекта Minerva Network Management System – системой наблюдения и контроля из одной или нескольких точек за группой систем. Главным элементом проекта должна была стать база данных для хранения информации обо всех компьютерах в сети. Сначала Хьюз решил использовать Postgres. Однако коллеги предложили использовать SQL в качестве языка запросов для Minerva, поскольку SQL является наиболее распространенным языком запросов, и, используя его, Minerva могла бы стать доступной в любой точке планеты, где стоит СУРБД, поддерживающая SQL. Это и послужило толчком к созданию MySQL.

Хьюз решил сам создать программу, которая будет в режиме реального времени транслировать SQL в PostQUEL. Сою программу он назвал miniSQL, или mSQL. Она перехватывала предложения SQL, посылаемые Minerva, преобразовывала их в PostQUEL и пересылала результат в Postgres. Некоторое время такая ситуация устраивала Хьюза. Однако в результате дальнейшего роста Minerva, стало очевидно, что на тех ограниченных ресурсах, которые ей доступны, поддерживать тот небольшой набор характеристик, который ей необходим, ни Postgres, ни какая другая большая СУРБД не смогут. Так, например, для того, чтобы реализовать возможность одновременного подключения Minerva сразу к нескольким базам данных, Postgres требовал одновременного запуска нескольких экземпляров сервера базы данных.

Для решения этих проблем Хьюз проанализировал работу Minerva, и, оказалось, основными запросами, генерируемыми Minerva, были: «insert», «delete» и «select». Поскольку у Хьюза уже был mSQL, осуществлявший трансляцию SQL, ему требовалось только создание сервера базы данных, удовлетворяющего его потребностям.

И тут в игру вступает Майкл Монти Видениус, который и считается изобретателем MySQL. В 1979 году он разработал средство управления базами данных, которое называлось UNIREG. В дальнейшем UNIREG была расширена для поддержки больших баз данных и была переписана на нескольких языках. В 1994 году компания TcX стала разрабатывать приложения для www с использованием UNIREG. Однако, в связи с большими накладными расходами, UNIREG не могла успешно использоваться для динамической генерации Web-страниц. Поэтому Видениус решил связаться с автором mSQL, Хьюзом, чтобы предложить ему подключить mSQL к обработчику B+ ISAM в UNIREG. Однако Хьюз успешно продвинулся на пути к mSQL 2, и компания решила создать сервер баз данных под свои нужды.

В TcX взяли за основу UNIREG и использовали утилиты сторонних разработчиков для mSQL, написали API для своей системы, который изначально сильно совпадал с API для mSQL. Однако это позволяло любому пользователю mSQL, желающему перейти на сервер баз данных ТсХ, внести в свой код незначительные изменения. Исходный код новой базы данных был полностью оригинальных. Таким образом, в мае 1995 года у компании имелась база данных MySQL 1.0, полностью удовлетворяющая потребностям компании.

В 1995 году Дэвид Оксмарк, работающий в компании Detron HB и являющийся бизнес-партнером фирмы, начал активно предлагать ТсХ распространять СУБД MySQL через интернет. Дэвид даже принял участие в работе над документацией. В результате версия 3.11.1 СУБД MySQL была выпущена в свет в 1996 году в виде бинарного дистрибутива для работы под управлением ОС Linux и Solaris. Сегодня MySQL работает на многих платформах и доступен как в двоичных кодах, так и в исходных текстах.

На сегодняшний день MySQL стал самым популярным средством для работы с базами данных в РНР. Это связано в первую очередь с тем, что поддержка этого сервера включается в поставку РНР. К тому же, популярности MySQL способствуют достаточно хорошие характеристики и широкий набор стандартных интерфейсных функций, которые крайне просты в использовании.

Лицензионная политика MySQL отличается большей гибкостью в сравнении с другими серверами баз данных. По сути, MySQL распространяется бесплатно за исключением тех случаев, когда вы намереваетесь ее продавать или продавать услуги, создаваемые с ее помощью

MySQL обладает отличной переносимостью и может, с тем же успехом, использоваться на коммерческих операционных системах, таких как Solaris, Irix или Windows, и на любой аппаратуре вплоть до мощных серверов. Более того, так же как и ее более «дорогие соперники», она позволяет обрабатывать большие базы данных, содержащие миллионы записей.

Название и логотип

Что касается названия, то существует несколько версий его возникновения. Первая версия говорит о том, что использование префикса "my" объясняется тем, что в ТсХ базовый каталог, а также значительное число библиотек и утилит в течение десятка лет обозначались именно таким префиксом. Поэтому логично его было использовать и в данном случае.

Вторая версия, более сентиментальная, опирается на то, что Майкл Монти Видениус назвал новый продукт именно MySQL по имени своей дочери – My. Дочь Видениуса действительно зовут My, а сам он не опровергает ни первую, ни вторую версию.

Логотип MySQL в виде дельфина носит имя «Sakila». Он был выбран из большого списка предложенных пользователями «имён дельфина». Имя «Sakila» было отправлено Open Source-разработчиком Ambrose Twebaze.

Возможности MySQL

Главная особенность MySQL в том, что он поддерживает язык запросов SQL в стандарте ANSI 92, и кроме этого имеет множество расширений к этому стандарту, которых нет ни в одной другой системе управления базами данных.
Краткий перечень возможностей MySQL:

1. Поддерживается эффективная работа неограниченного количества пользователей, одновременно работающих с базой данных.

2. Количество строк в таблицах может достигать 50 млн.

3. Максимально быстрое выполнение команд. Существует мнение, что MySQL – и вовсе самый быстрый сервер из существующих.

4. Простая и эффективная система безопасности.

Пример диаграммы в MySQL

Недостатки MySQL

Впрочем, и у MySQL существуют отдельные недостатки. Главным образом это связано с тем, что для достижения столь высокой скорости работы разработчикам пришлось пожертвовать некоторыми требованиями к реляционным системам управления базами данных.

Итак, в MySQL отсутствуют:

1 . Поддержка вложенных запросов, типа SELECT * FROM table1 WHERE id IN (SELECT id FROM table2) (в ранних версиях).

2 . Не реализована поддержка транзакций. Взамен предлагается использовать LOCK/UNLOCK TABLE.

3 . Нет поддержки внешних (foreign) ключей.

4 . Нет поддержки триггеров и хранимых процедур.

5 . Нет поддержки представлений (VIEW). В версии 3.23 планируется возможность создавать представления.

По словам создателей, именно пункты 2-4 дали возможность достичь высокого быстродействия. Их реализация существенно снижает скорость сервера. Эти возможности не являются критичными при создании Web-приложений, что в сочетании с высоким быстродействием и малой ценой позволило серверу приобрести большую популярность.

Лицензирование

MySQL имеет двойное лицензирование. MySQL может распространяться в соответствии с условиями лицензии GPL. Однако по условиям GPL, если какая-либо программа включает исходные коды MySQL, то она тоже должна распространяться по лицензии GPL. Это может расходиться с планами разработчиков, не желающих открывать исходные тексты своих программ. Для таких случаев предусмотрена коммерческая лицензия, которая также обеспечивает качественную сервисную поддержку.

Платформы

MySQL портирована на большое количество платформ: AIX, BSDi, FreeBSD, HP-UX, Linux, Mac OS X, NetBSD, OpenBSD, OS/2 Warp, SGI IRIX, Solaris, SunOS, SCO OpenServer, UnixWare, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Server 2003, WinCE, Windows Vista и Windows 7. Существует также порт MySQL к OpenVMS. Важно отметить, что на официальном сайте СУБД для свободной загрузки предоставляются не только исходные коды, но и откомпилированные и оптимизированные под конкретные операционные системы готовые исполняемые модули СУБД MySQL.

Языки программирования

MySQL имеет API для языков Delphi, C, C++, Эйфель, Java, Лисп, Perl, PHP , Python, Ruby, Smalltalk, Компонентный Паскаль и Tcl, библиотеки для языков платформы.NET, а также обеспечивает поддержку для ODBC посредством ODBC-драйвера MyODBC.

История версий

Первый внутренний выпуск MySQL состоялся 23 мая 1995 года [источник не указан 1224 дня].
Версия для Windows систем (Windows 95 и NT) выпущена 8 января 1998.
Версия 3.23: бета-версия в июне 2000, релиз в январе 2001.
Версия 4.0: бета в августе 2002, релиз в марте 2003.
Версия 4.1: бета в июне 2004, релиз в октябре 2004.
Версия 5.0: бета в марте 2005, релиз в октябре 2005.
Версия 5.1: разработка велась с ноября 2005, релиз в ноябре 2008.
Версия 5.4: бета в апреле 2009, не была выпущена.
Версия 5.5: релиз в декабре 2010.
Версия 5.6: в разработке (5.6.6 m9 7 августа 2012).

История версий


MySQL 4.0

Несмотря на то, что версия 4.0 является устаревшей, она всё ещё имеет значительное распространение. Основные возможности этой версии:

Практически полная реализация ANSI SQL-99, плюс расширения;
межплатформенная совместимость;
независимые типы таблиц (MyISAM для быстрого чтения, InnoDB для транзакций и ссылочной целостности);
транзакции;
поддержка SSL;
кэширование запросов;
репликация: один головной сервер на одного подчинённого, много подчинённых на одного головного;
полнотекстовая индексация и поиск с использованием типа таблиц MyISAM;
внедрённая библиотека базы данных;
поддержка Юникода (UTF-8);
таблицы InnoDB, обеспечивающие соответствие требованиям ACID;
встроенный сервер, позволяющий включать MySQL в автономные приложения.

Вложенные запросы и производные таблицы.
новая система кодировок и сортировок;
более быстрый и гибкий протокол клиент-сервер с поддержкой подготовленных запросов, обеспечивающий их оптимальное исполнение;
новая программа установки и настройки для Microsoft Windows и Linux;
защищённые через OpenSSL соединения клиент-сервер;
высоко-оптимизированная библиотека, которая может быть использована в сторонних программах;
полноценная поддержка Юникода (UTF-8 и UCS2);
стандартные пространственные типы данных GIS, для хранения географической информации;
улучшенный полнотекстовый поиск и система помощи.

MySQL 5.0

Версия MySQL 5.0 была выпущена 24 октября 2005 года, в этой версии значительно расширена функциональность, которая ставит MySQL в один ряд с коммерческими СУБД. Если раньше СУБД MySQL обвиняли в недостаточной поддержке стандарта SQL, то с появлением пятой версии этой популярной базы данных, появилась практически полная поддержка стандарта SQL. MySQL 5.0 содержит следующие нововведения:
хранимые процедуры и функции;
обработчики ошибок;
курсоры;
триггеры;
представления;
информационная схема (так называемый системный словарь, содержащий метаданные).

MySQL 5.1

Версия MySQL 5.1 продолжает путь к стандарту SQL:2003. MySQL 5.1 содержит следующие нововведения:

Сегментирование - возможность разбить одну большую таблицу на несколько частей, размещенных в разных файловых системах, основываясь на определенной пользователем функции. При определенных условиях это может дать серьёзное увеличение производительности и, кроме того, облегчает масштабирование таблиц.
Изменено поведение ряда операторов, для обеспечения большей совместимости со стандартом SQL2003.
Построчная репликация (row-based replication), при которой в бинарный лог будет записываться только информация о реально измененных строках таблицы вместо оригинального (и, возможно, медленного) текста запроса. Построчную репликацию можно использовать только для определенных типов sql-запросов, в терминах MySQL - смешанная репликация (mixed replication).
Встроенный планировщик периодически запускаемых работ. По синтаксису добавление задачи похоже на добавление триггера к таблице, по идеологии - на crontab.
Дополнительный набор функций для обработки XML, реализация поддержки XPath.
Новые средства диагностики проблем и утилиты для анализа производительности. Расширены возможности по управлению содержимым лог-файлов, логи теперь могут быть сохранены и в таблицах general_log и slow_log. Утилита mysqlslap позволяет провести нагрузочное тестирование БД с записью времени реакции на каждый запрос.
Для упрощения операции обновления подготовлена утилита mysql_upgrade, которая выполнит проверку всех существующих таблиц на предмет совместимости с новой версией, и при необходимости выполнит надлежащие корректировки.
MySQL Cluster отныне выпущен как отдельный продукт, базирующийся на MySQL 5.1 и хранилище NDBCLUSTER.
Значительные изменения в работе MySQL Cluster, такие, как, например, возможность хранения табличных данных на диске.
Возврат к использованию встроенной библиотеки libmysqld, отсутствовавшей в MySQL 5.0.
API для плагинов, которое позволяет загружать сторонние модули, расширяющие функциональность (например, полнотекстовый поиск), без перезапуска сервера.
Реализация парсера полнотекстового поиска в виде plug-in.
Новый тип таблиц Maria (устойчивый к сбоям клон MyISAM).

Тип таблиц Maria

Maria (начиная с версии 5.2.x - Aria) - расширенная версия хранилища MyISAM, с добавлением средств сохранения целостности данных после краха.
Основные достоинства Maria:

В случае краха производится откат результатов выполнения текущей операции или возврат в состояние до команды LOCK TABLES. Реализация через ведение лога операций.
Возможность восстановления состояния из любой точки в журнале операций, включая поддержку CREATE/DROP/RENAME/TRUNCATE. Может быть использовано для создания инкрементальных резервных копий, через периодическое копирование журнала операций.
Поддержка всех форматов столбцов MyISAM, расширена новым форматом «rows-in-block», использующим страничный способ хранения данных, при котором данные в столбцах могут кэшироваться.
В будущем будет реализовано два режима: транзакционный и без отражения в журнале транзакций, для некритичных данных.
Размер страницы данных равен 8Кб (в MyISAM 1Кб), что позволяет достичь более высокой производительности для индексов по полям фиксированного размера, но медленнее в случае индексирования ключей переменной длины.

MySQL 5.5

Ветка MySQL 5.5 базируется на невыпущенной серии MySQL 5.4 и содержит ряд значительных улучшений, связанных с повышением масштабируемости и производительности, среди которых:
Использование по умолчанию движка InnoDB.
Поддержка полусинхронного (semi-synchronous) механизма репликации, основанного на патчах к InnoDB от компании Google.
Улучшение функций по секционированию данных. Расширенный синтаксис для разбиения больших таблиц на несколько частей, размещенных в файловых системах (partitioning). Добавлены операции RANGE, LIST и метод оптимизации «partition pruning».
Новый механизм оптимизации вложенных запросов и JOIN-операций.
Переработана система внутренних блокировок.
Интегрированы патчи Google с оптимизацией работы InnoDB на процессорах с большим количеством ядер.

MySQL 6.0

Версия MySQL 6.0 была заморожена на стадии альфа-тестирования. Первоначально было принято решение о создании версии 5.2, вскоре эта версия была переименована в 6.0. Однако, позже информация о MySQL 6.0 исчезла с сайта, а разработчики сосредоточились на версии 5.5 и следующей за ней версии 5.6.
Одним из основных нововведений версии 6.0 планировался новый тип таблиц Falcon, разработанный в качестве потенциальной замены для InnoDB компании Innobase, приобретённой компанией Oracle. В связи с приобретением в 2010 году Sun Microsystems тем же Oracle, судьба Falcon остаётся под вопросом.

Технические характеристики

Максимальный размер таблиц в MySQL 3.22 до 4 ГБ, в последующих версиях максимальный размер до 8 млн ТБ (263 байт).
Размер таблицы ограничен её типом. В общем случае тип MyISAM ограничен предельным размером файла в файловой системе операционной системы. Например в NTFS этот размер теоретически может быть до 32 эксабайт. В случае InnoDB одна таблица может храниться в нескольких файлах, представляющих единое табличное пространство. Размер последнего может достигать 64 терабайт.

В отличие от MyISAM в InnoDB имеется значительное ограничение на количество столбцов, которое можно добавить в одну таблицу. Размер страницы памяти по умолчанию составляет 16 килобайт, из которых под данные отведено 8123 байта. Размер указателя на динамические поля составляет 20 байт. Таким образом, в случае использования динамического формата строки (ROW_FORMAT=DYNAMIC), одна таблица может вместить максимум 409 столбцов типа blob или text.

Начиная с версии 4.1 в СУБД MySQL внедрена новая система кодировок и сортировок. При использовании кодировки Windows-1251, перед выполнением SQL-инструкций необходимо настроить кодировку соединения при помощи операторов:

SET character_set_client="cp1251";
SET character_set_results="cp1251";
SET character_set_connection="cp1251";

Эти три оператора эквивалентны вызову одного оператора:

SET NAMES "cp1251"

Переменная character_set_client устанавливает кодировку данных отправляемых от клиента, переменная character_set_results устанавливает кодировку данных отправляемых клиенту, переменная character_set_connection устанавливает кодировку, в которую преобразуется информация пришедшая от клиента, перед выполнением запроса на сервере.

При использовании Юникода UTF-8 этот оператор выглядит следующим образом:
SET NAMES "utf8"

Кодировка ISO 8859-5 не поддерживается.

• Безопасность
• Качество
• Цена
• Надежность
• Простота
• Стабильность
• Поддержка
• Скорость
• Панель управления

FAQ раздел помощи

Видео обзор хостинга

Как залить сервер на FTP

ВНИМАНИЕ: Заливать необходимо только 3 папки (filterscripts,gamemodes,scriptfiles ) и 1 файл server.cfg ,после чего в server.cfg прописать строчку (если её нету) plugins streamer.so sscanf.so CRP.so mysql.so Также нужно убедиться в том,что мод в формате.amx существует в папке gamemodes, а название мода правильно прописано в server.cfg (конфиг).

FileZilla Client
Вводите хост Пример: 194.58.88.74 - логин *****- пароль ******** В ПОЛЕ ПОРТ ВВОДИТЬ НЕЧЕГО НЕ НАДО!!!

ВНИМАНИЕ: Если нет подключения к FTP через FileZilla скачайте Total Commander и подключитесь через него!

Total Commander - для заливки ваших файлов samp на FTP
Вводите хост Пример: 194.58.88.74 - логин 173104911- пароль g1KdN7D3q

Куда вводить? Ответ: запустите Total Commander > Сеть > Соединиться с FTP сервером > Добавить после чего введите свои данные, как указано на скриншоте в примере:

Мод Unknown

Если у вас в поле gamemode пишет "unknown", то выполните следующие действия:
1. Для начала выключите свой сервер
2.Зайдите в панель управления в вкладку Опции сервера > Настройки
3.Добавьте ниже строчку plugins streamer.so sscanf.so CRP.so mysql.so
Меняйте название плагинов если мод unknown к примеру: plugins streamer.so sscanf.so CRP.so mysql.so на plugins streamer2.7.2.so sscanf.so CRP.so mysqlR34.so
*Папка плагинов устанавливается изначально по умолчанию в ней находятся все необходимые плагины.
*Вы можете установить любые свои плагины на фтп, далее прописать в панели управления в разделе Настройки нужный плагин для сервера.
*Для компиляции и обновления streamer используйте программу PAWNO
4.В папке plugins должны находится плагины с расширением.so для Linux: выберите нужный плагин для своего сервера и пропишите его название в настройках панели в строчке plugins ПРИМЕР: plugins streamer.so
5.Не забывайте,что Мы используем OC Linux, а значит в Настройках панели
прописывайте строчку для плагинов plugins: streamer.so sscanf.so CRP.so с расширением .so иначе ваш сервер будет работать не корректно.

Для OC Linux прописывать в server.cfg как: plugins streamer.so sscanf.so CRP.so mysql.so antiattack.so
Один из плагинов libmysqlclient.so.15 libmysqlclient.so.16 libmysqlclient_r.so.16 должен находится в папке с сервером.

Внимание: если сервер корректно работает на Windows ОС, это еще не означает, что он будет правильно работать на Linux.

Что делать если после заливки нет значков,домов,бизнеса и т.д?

Пропишите в конфиге streamer2.5.so сохраните и перегрузите сервер.
Пример:

plugins streamer2.5.so sscanf.so CRP.so mysql.so regex.so

Как узнать версию плагина?
На локальном компьютере запустите сервер после посмотрите в лог там будет указана версия плагина, эту версию и пропишите на хостинге в конфиге сервера.
Пример:

Server Plugins
--------------
Loading plugin: streamer.so
*** Streamer Plugin v2.6.1 by Incognito loaded ***

Значит в конфиге сервера прописать нужно версию streamer2.6.1.so

Помощь - Подключение мода к mysql серверу

Открыть мод (файл.PWN) программой PAWNO , указать свои данные с раздела MYSQL

Пример:

#define mysql_host "host.сайт"
#define mysql_db "s20000"
#define mysql_user "s20000"
#define mysql_pass "lazyrich"

После скомплировать мод в.AMX и импортировать sql запрос в базу данных

Внимание! Если входе процесса комплирования появилось unknown, мод определяться не будет.
Выход искать скриптёра для устранения ошибки.

Чтобы изменить название мода, а точнее параметр hostname необходимо войти в панель управления серверов в раздел -Настройки (это и есть конфиг сервера sever.cfg) и в строчке hostname с права прописать своё название сервера к примеру: *** Наш СерВер СамЫй ЛучШий ***
Сохранить данные в панели и обязательно сделать перезагрузку сервера дабы новые параметры вступили в силу.
Если у Вас после всего перечисленного выше название не изменилось, значит Вам нужно менять название в самом моде программой PAWNO, а это уже совсем другая история доступная в сети интернет.

Server.cfg

query 1 – Не меняем.

maxnpc 10 – Не меняем.
onfoot_rate 40 – Не меняем.
incar_rate 40 – Не меняем.
weapon_rate 40 – Не меняем.




- стандартная строчка плагинов для конфига samp

Как дать себе админку

Зайти на сервер в папку scriptfiles , найти свой НИК
пример: Aldo_Mangano , открыть файл через "Блокнот" ,
найти строчку AdminLevel указать 1999 после чего сохранить файл и перезапустить сервер.

Server.cfg

echo Executing Server Config…
lanmode 0 – 0 – игра по интернету, 1 – игра по локальной сети.
rcon_password 123 – “123” – пароль от админ.панели на сервере.
maxplayers 50 – Как Вы уже поняли, максимальное кол – во игроков. В версии 0,3а, максимально 500.
port 7777 – Порт, отображаемый в конце адреса Вашего сервера. (На хостинге выставляет само)
hostname NameServer – Название, Вашего будущего сервера.
gamemode0 mode – Игровой мод, Вашего будущего сервера. Об этом ниже …
announce 0 – 1 виден сервер в вкладке Internet / 0 не виден.
query 1 – Не меняем.
weburl сайт – Сайт сервера, если такой имеется.
maxnpc 10 – Не меняем.
onfoot_rate 40 – Не меняем.
incar_rate 40 – Не меняем.
weapon_rate 40 – Не меняем.
stream_distance 300.0 – Не меняем.
stream_rate 1000 – Не меняем.
password - свой_пароль (Сервер под пароль)
language Russia - карта на 0.3.7 в место map
plugins streamer.so sscanf.so CRP.so mysql.so regex.so dc_cmd.so CVector.so nativechecker.so - стандартная строчка плагинов для конфига samp

Во-первых, нужно принять решение о том, что именно вам требуется - самый свежий экспериментальный выпуск или последняя устойчивая версия:

• Если вы собираетесь использовать MySQL впервые или пытаетесь выполнить перенос MySQL на некоторую систему, для которой нет бинарного дистрибутива, то обычно мы рекомендуем начинать со стабильной версии (в настоящее время это версия 3.23). Следует иметь в виду, что все релизы MySQL проверяются с помощью тестов производительности MySQL и набора всесторонних тестов перед каждым выпуском (даже для экспериментальных выпусков).
• Если же вы работаете со старой системой и желаете ее модернизировать, но хотите избежать возможных нестыковок при модернизации, то необходимо проводить замену на самую новую версию в той же ветви, которую вы используете (где только последний номер версии более новый, чем у вашей). В таких версиях мы стараемся исправлять только критические ошибки и делать только небольшие, относительно безопасные изменения.

Во-вторых, нужно принять решение, хотите ли вы использовать дистрибутив исходного кода или бинарный дистрибутив. В большинстве случаев лучше остановить свой выбор на бинарном дистрибутиве, если такой существует для вашей платформы, так как обычно его проще установить, чем дистрибутив исходного кода.

Установка из исходного кода может оказаться более предпочтительной в следующих случаях:

• Если необходимо инсталлировать MySQL в некотором явно заданном местоположении (стандартные бинарные поставки являются ``готовыми к запуску"" в любом месте, но, возможно, вам потребуется еще большая гибкость).
• Чтобы удовлетворить различные требования пользователей, мы поставляем две разных бинарных версии: одна скомпилирована с обработчиками нетранзакционных таблиц (небольшой, быстрый бинарный код), а вторая сконфигурирована с наиболее важными возможностями расширения, такими, как поддерживающие транзакции таблицы. Обе версии компилируются из одного и того же исходного кода. Все собственные клиенты MySQL могут подключаться к обеим версиям. Бинарный дистрибутив расширенной версии MySQL маркируется суффиксом -max и конфигурируется с теми же опциями, что и mysqld-max . See section 4.7.5 mysqld-max , расширенный сервер mysqld . Если вы хотите использовать пакет RPM MySQL-Max , то сначала следует установить стандартный пакет MySQL RPM.
• Если вам нужно сконфигурировать mysqld с некоторыми дополнительными свойствами, которые отсутствуют в стандартных бинарных дистрибутивах. Ниже приводится список наиболее распространенных дополнительных опций, которые, возможно, вы захотите использовать:
  • --with-innodb
  • --with-berkeley-db
  • --with-raid
  • --with-libwrap
  • --with-named-z-lib (Это делается для некоторых бинарных дистрибутивов)
  • --with-debug[=full]
• По умолчанию бинарный дистрибутив обычно компилируется с поддержкой всех кодировок и должен работать на различных процессорах из одного и того же семейства процессоров. Если требуется получить более быстрый сервер MySQL, то можно перекомпилировать его с поддержкой только одной необходимой вам кодировки, использовать лучший компилятор (наподобие pgcc) или воспользоваться опциями компилятора, которые лучше оптимизированы для вашего процессора.
• Если вы нашли ошибку и сообщили о ней команде разработчиков MySQL, то вам должны выслать патч, который следует применить к дистрибутиву исходного кода для исправления ошибки.
• Если вы хотите читать (и/или модифицировать) исходный код MySQL (на C и C++), необходимо иметь дистрибутив исходного кода. Исходный код - это всегда лучшая документация. Дистрибутивы исходного кода также содержат больше тестов и примеров, чем бинарные дистрибутивы.

В системе наименований в MySQL используются номера выпусков, состоящие из трех чисел и суффикса. Например, выпуск mysql-3.21.17-beta интерпретируется следующим образом:

• Первое число (3) служит для описания формата файлов. Все выпуски версии 3 имеют один и тот же формат файлов.
• Второе число (21) представляет собой уровень выпуска. Обычно существует выбор из двух возможностей. Одна представляет выпуск стабильной ветви (в настоящее время 23) и вторая - экспериментальную ветвь (в настоящее время 4.0). Обычно обе ветви стабильны, но экспериментальная версия может обладать некоторыми причудами, возможно отсутствие документации на новые свойства, либо она может не компилироваться на некоторых системах.
• Третье число (17) является номером версии в пределах уровня выпуска. Это число увеличивается для каждого нового дистрибутива. Обычно имеет смысл предпочесть самую последнюю версию для выбранного уровня выпуска.
• Суффикс (beta) указывает на уровень стабильности данного выпуска. Возможны следующие суффиксы:
  • alpha указывает, что выпуск содержит большие разделы нового кода, не протестированного на 100%. Обнаруженные ошибки (обычно их нет) должны быть задокументированы в разделе ``Новости"" (News). См. раздел See section D История изменений и обновлений MySQL . В большинстве выпусков alpha присутствуют также новые команды и расширения. При работе над alpha -выпуском может происходить активная разработка, включающая значительные изменения кода, но перед выпуском все тестируется. В любом выпуске MySQL не должно быть известных ошибок.
  • beta означает, что весь новый код протестирован. Не добавляются никакие новые свойства, которые могли бы вызвать повреждения старого кода. Не должно быть никаких известных ошибок. Версия изменяется с alpha на beta тогда, когда никаких сообщений о критических ошибках в alpha -версии не поступает по меньшей мере в течение месяца и мы не планируем добавлять какие- либо новые свойства, которые могли бы понизить надежность прежних команд.
  • gamma представляет собой версию beta , которая почти закончена и, похоже, работает хорошо. Добавляются только незначительные исправления. Это именно то, что во многих других компаниях называется релизом.
  • Если нет никакого суффикса, это означает, что данная версия запускалась на многих различных компьютерных системах без сообщений об ошибках, кроме ошибок, относящихся к специфике платформ; для нее допускается только исправление критических ошибок. Именно поэтому такой выпуск мы называем стабильным.

Все версии MySQL пропускаются через наши стандартные тесты и контрольные задачи, чтобы получить уверенность в том, что они надежны в применении. Так как стандартные тесты периодически дополняются, чтобы включить проверку обнаруженных новых ошибок и ситуаций, которые могут их вызвать, то набор тестов со временем становится лучше и лучше.

Отметим, что все выпуски протестированы по меньшей мере со следующими тестами:

Внутренний набор тестов Набор является частью производственной системы для заказчика. Этот набор включает много таблиц с сотнями мегабайт данных. Набор тестов производительности MySQL Эти тесты работают с набором общеупотребительных запросов. Кроме того, они позволяют увидеть, действительно ли последний пакет оптимизаций делает код быстрее. See section . Тест crash-me Тест пытается определить, какие функциональные возможности поддерживает база данных и каковы ее возможности и ограничения. See section 5.1.4 Набор тестов MySQL (The MySQL Benchmark Suite) .

Существует еще один тест. Он заключается в том, что мы используем самую новую версию MySQL в нашей внутренней производственной среде по крайней мере на одной машине. Для работы с этой версией у нас есть более чем 100 гигабайт данных.

Выпуск стабильного релиза MySQL версии 5.6. В новой версии проделана огромная работа. Основные усилия были направлены на повышение производительности, масштабируемости и гибкости. Масштабным по значимости изменениям подвергся движок InnoDB.

К ключевым улучшения можно отнести: поддержка средств полнотекстового поиска, возможность доступа к данным через memcached API, увеличена производительность работы при интенсивной записи данных, а также увеличена масштабируемость при обработке большого числа одновременных запросов.

Еще одним новшеством версии 5.6 является возможность исполнения DDL-операций (Data Definition Language) без перевода СУБД в офлайн и прерывания доступа к таблицам. Администраторы получают возможность производить операции связанные с сбросом схемы, добавлением или удалением столбцов данных или переименованием столбцов без отключения СУБД. Ранее подобные возможности были доступны только в NoSQL-продуктах.

В сравнении с версией 5.5 новинка теперь может работать на 48-ядерных серверах, против 32-ядерных в MySQL 5.5

Немного подробнее о ключевых возможностях:

• Реализован интерфейс для прямого доступа к таблицам InnoDB в стиле NoSQL-систем с использованием API, манипулирующего парами ключ/значение и совместимого с memcached.
• Появилась возможность создания в InnoDB полнотекстовых индексов для организации быстрого поиска по словоформам среди текстового контента, хранимого в таблицах InnoDB. Ранее полнотекстовый поиск был доступен только для таблиц MyISAM.
• Повышение эффективности оптимизатора запросов, оптимизация процесса выбора результирующего набора значений, сортировки и выполнения запроса. Новые оптимизации Index Condition Pushdown (ICP) и Batch Key Access (BKA) позволяют до 280 раз увеличить пропускную способность выполнения некоторых запросов. Увеличена эффективность выполнения запросов вида «SELECT… FROM single_table… ORDER BY non_index_column LIMIT N;». Увеличена производительность запросов «SELECT… LIMIT N» выводящих только часть строк из большой выборки.
• Расширены средства диагностики работы оптимизатора, добавлена поддержка EXPLAIN для операций INSERT, UPDATE и DELETE. Результаты работы EXPLAIN теперь могут быть выведены в формате JSON. Новый режим трассировки оптимизатора позволяет проследить за каждым принятым решением в процессе оптимизации запроса.
• Дополнительные оптимизации выполнения подзапросов, при которых вложенные запросы вида «SELECT… FROM table1 WHERE… IN (SELECT… FROM table2 ...))» транслируются в более оптимальное представление на стадии до непосредственного выполнения запроса, например, заменяются на более эффективный JOIN.
• Расширение реализации системы диагностики PERFORMANCE_SCHEMA, предоставляющей низкоуровневые средства для мониторинга за выполнением запросов и различными событиями при работе СУБД. PERFORMANCE_SCHEMA позволяет детально оценить узкие места при выполнении длительных запросов, а также представить сводную статистику, сгруппированную по запросам, нитям, пользователям, хостам и объектам.
• Улучшена реализация движка InnoDB, отмечается рост производительности при выполнении транзакций и при активности с преобладанием операций чтения данных - в некоторых ситуациях ускорение достигает 230%.
• Режим отложенной репликации, позволяющий реплицировать данные не сразу, а с определённой задержкой, что позволяет обеспечить защиту от ошибок оператора (например, случайное удаление содержимого таблиц).
• Увеличение максимального размера файлов с логами изменений (InnoDB Redo Log) с 4 Гб до 2 Тб.
• Улучшение безопасности: поддержка указания параметров аутентификации в файле.mylogin.cnf в зашифрованном виде; добавление плагина sha256_password для хранения хэшей паролей с использованием алгоритма SHA-256; добавление в таблицу mysql.user поля со временем истечения действия пароля; новая SQL-функций VALIDATE_PASSWORD_STRENGTH() для оценки надёжности пароля.
• Поддержка запуска сервера в режиме только для чтения (опция --innodb-read-only, только для InnoDB).
• Поддержка указания дробных значений секунд в функциях TIME, DATETIME и TIMESTAMP для указания микросекунд.
• Прекращена поддержка опций "--log", "--log-slow-queries", "--one-thread", "--safe-mode", "--skip-thread-priority", "--table-cache".

Более подробно ознакомится с новшествами вы можете на