Як дізнатися версію mysql з ssh. MySQL select version та як дізнатися версію MySQL. Відео огляд хостингу

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. Всі ці відгалуження вже існували на момент поглинання корпорацією Oracle Sun.

Виникнення 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 не підтримується.


У 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, для 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. Всі права захищені.

Oracle є registered trademark of Oracle Corporation and/or its
affiliates. Інші назви можуть бути trademarks of their respective
власників.

Type "help;" або "h" for help. Type "c" для очищення поточного вхідного стану.

Необхідна інформація є у висновку, який з'являється після успішної авторизації. У разі використовується 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ставиться новий пакет після чого завантажуються дампи баз

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

Читайте про те, за допомогою нього була виведена версія пакета, саме вибірка є найчастішою операцією.

  • Безпека
  • Якість
  • Ціна
  • Надійність
  • Простота
  • Стабільність
  • Підтримка
  • Швидкість
  • Панель управління

FAQ розділ допомоги

Відео огляд хостингу

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

УВАГА:Заливати необхідно лише 3 папки ( filterscripts,gamemodes,scriptfiles) та 1 файл server.cfg,після чого в server.cfg прописати рядок (якщо її немає) plugins streamer.so sscanf.so CRP.so mysql.so Також потрібно переконатися в тому, що мод у форматі. 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 - Не міняємо.
web-сайт – Сайт сервера, якщо такий є.
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 версії 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".
Більш детально ознайомитись з нововведеннями ви можете на

По-перше, потрібно ухвалити рішення про те, що саме вам потрібно - найсвіжіший експериментальний випуск або остання стійка версія:

  • Якщо ви збираєтеся використовувати 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 (MySQL Benchmark Suite) .

Існує ще один тест. Він полягає в тому, що ми використовуємо найновішу версію MySQL у нашому внутрішньому виробничому середовищі принаймні на одній машині. Для роботи з цією версією ми маємо більш ніж 100 гігабайт даних.



Подібні публікації