Dram

Рейтинг
1115
Регистрация
28.06.2008

Итого опять с нуля активировал ВПС с Дебиан 9

1.

далее установил Марию 10.1

2.

установил пхпмайадмин

3.

apt-get install munin munin-node

4.

munin-node-configure --suggest | grep mysql


mysql_ | no | no [Missing dependency Cache::Cache]

5.

apt-get install libipc-sharelite-perl

perl -MCPAN -eshell

install IPC::ShareLite

ln -s /usr/share/munin/plugins/mysql_* /etc/munin/plugins

6.

mysql> CREATE USER `munin` @`localhost` IDENTIFIED BY 'somepassword';

mysql> GRANT SUPER ON *.* TO `munin` @`localhost`;

mysql> FLUSH PRIVILEGES;

7.

Edit /etc/munin/plugin-conf.d/munin-node file and find [mysql*] section:

[mysql*]

user root

env.mysqlopts --defaults-file=/etc/mysql/debian.cnf

env.mysqluser munin

8.

/etc/init.d/apache2 restart

/etc/init.d/munin-node restart

9.

munin-node-configure --suggest | grep mysql

mysql_ | yes | no [Missing dependency Cache::Cache]

10.

apt-get install libcache-cache-perl

munin-node-configure --suggest | grep mysql

mysql_ | yes | no [install_driver(mysql) failed: Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.24/auto/DBD/mysql/mysql.so' for module DBD::mysql: /usr/lib/x86_64-linux-gnu/libmariadbclient.so.18: version `libmariadbclient_18' not found (required by /usr/lib/x86_64-linux-gnu/perl5/5.24/auto/DBD/mysql/mysql.so)]

11.

apt-get install libmariadbclient18

Reading package lists... Done
Building dependency tree
Reading state information... Done
libmariadbclient18 is already the newest version (10.1.26+maria-1~stretch).
libmariadbclient18 set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.

Что дальше?

dpkg -l | grep maria

ii libmariadbclient18 10.1.26+maria-1~stretch amd64 MariaDB database client library
ii libmysqlclient18 10.1.26+maria-1~stretch amd64 Virtual package to satisfy external depends
ii mariadb-client-10.1 10.1.26+maria-1~stretch amd64 MariaDB database client binaries
ii mariadb-client-core-10.1 10.1.26+maria-1~stretch amd64 MariaDB database core client binaries
ii mariadb-common 10.1.26+maria-1~stretch all MariaDB database common files (e.g. /etc/mysql/conf.d/mariadb.cnf)
ii mariadb-server 10.1.26+maria-1~stretch all MariaDB database server (metapackage depending on the latest version)
ii mariadb-server-10.1 10.1.26+maria-1~stretch amd64 MariaDB database server binaries
ii mariadb-server-core-10.1 10.1.26+maria-1~stretch amd64 MariaDB database core server files
ii mysql-common 10.1.26+maria-1~stretch all MariaDB database common files (e.g. /etc/mysql/my.cnf)



---------- Добавлено 09.09.2017 в 13:02 ----------

Задолбался я мучать Дебиан, установил Убунту и все заработало :)

поставил версию Марии 10.1 - с мунином та же проблема и так же ошибка :(((

Буду рад любым идеям

Да.. так и есть, откачусь на 10.1

baas:
netstat -pn | grep 3306

результата команда не показала

baas:
покажите конфиг. мускула

# The MariaDB configuration file

#

[client-server]

# Import all .cnf files from configuration directory

!includedir /etc/mysql/conf.d/

!includedir /etc/mysql/mariadb.conf.d/

[client]

port = 3306

socket = /var/run/mysqld/mysqld.sock

[mysqld_safe]

socket = /var/run/mysqld/mysqld.sock

nice = 0

[mysqld]

# * Basic Settings

user = mysql

pid-file = /var/run/mysqld/mysqld.pid

socket = /var/run/mysqld/mysqld.sock

port = 3306

basedir = /usr

datadir = /var/lib/mysql

tmpdir = /tmp

lc-messages-dir = /usr/share/mysql

skip-external-locking

low-priority-updates

skip-name-resolve = 1

#

# Instead of skip-networking the default is now to listen only on

# localhost which is more compatible and is not less secure.

#bind-address = 127.0.0.1

# * Fine Tuning

default-time-zone = "+03:00"

max_allowed_packet = 16M

thread_stack = 192K

thread_concurrency = 4

thread_cache_size = 32

# This replaces the startup script and checks MyISAM tables if needed

# the first time they are touched

myisam-recover = BACKUP

max_connections = 64

table_open_cache = 2048

table_definition_cache = 1024

tmp_table_size = 64M

max_heap_table_size = 64M

key_buffer_size = 1M

join_buffer_size = 8M

sort_buffer_size = 8M

read_rnd_buffer_size = 8M

# * Query Cache Configuration

query_cache_limit = 6M

query_cache_size = 64M

# * Logging and Replication

#general_log_file = /var/log/mysql/mysql.log

#general_log = 1

# Error log - should be very few entries.

log_error = /var/log/mysql/error.log

# Here you can see queries with especially long duration

slow_query_log_file = /var/log/mysql/mysql-slow.log

slow_query_log = 1

long_query_time = 1

#log_queries_not_using_indexes

# * InnoDB

# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.

# Read the manual for more InnoDB related options. There are many!

innodb_flush_method = O_DIRECT

innodb_buffer_pool_size = 1024M

innodb_log_file_size = 256M

innodb_log_buffer_size = 8M

innodb_flush_log_at_trx_commit = 2

innodb_thread_concurrency = 4

innodb_file_per_table = 1

innodb_open_files = 2048

[mysqldump]

quick

quote-names

max_allowed_packet = 16M

[mysql]

#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]

key_buffer = 16M

---------- Добавлено 07.09.2017 в 19:55 ----------

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

Оптимизайка:
Значит надо привилегий видимо ему отсыпать, GRANT ALL PRIVILEGES ON *.* TO 'root'@'%';

Не помогло.

Я пытаюсь подключиться с 138.171.156.102 до 97.170.177.47 (тут у меня мускуль)

получаю ошибку


root@nginx ~ # mysql -h 97.170.177.47 -u root -p
Enter password:
ERROR 1130 (HY000): Host '138.171.156.102' is not allowed to connect to this MariaDB server

Вот


Database changed
MariaDB [mysql]> select host, user from user where user='root';
+------+------+
| host | user |
+------+------+
| % | root |
+------+------+
1 row in set (0.00 sec)

Касательно фаервола


root@Debian-91-stretch-64-minimal ~ # iptables -n -L -v --line-numbers
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
num pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
num pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
num pkts bytes target prot opt in out source destination



---------- Добавлено 07.09.2017 в 18:56 ----------

Оптимизайка:
create user 'root'@'97.170.177.47' identified by 'mypassword';

Вот это не понял - есть же юзер root mysql на ВПС где мускуль... Я под root захожу в ПХПмайадмин. Есть и обычный root под которым я захожу в ssh

garik77:
Если не секрет, какова цель? что не устраивает в версии 5.5?

У меня на 5.5 несколько сайтов где 50% таблиц было майсам, а еще половина инод. Решил все свести к одному знаменателю.

Перевел все на инод и заметил что достаточно большое кол-во запросов вылезло в лог меделнных.

Оптимизация + индексы картину особо не испраивли.

Для теста вернул парочку назад в майсам и убедился что на скорость запросов реально влияет тип таблиц.

Начал дальше "курить" вопрос и выяснил что мускуль 5,5 давно устарел и что в 5,7 (начиная с 5,6) много улучшений именно для инод.

Собственно по этому и хочу обновить.

Вчера решил взять еще один ВПС, поднять там ОС + мускуль и плавно перенести туда все. ОС поднял, установил Марину ДБ и че то решил пингануть скорость от ВПС с сайтами до ВПС базы.

то что есть сейчас = 0,5 мск.

А новый ВПС = 3 мс. (оказалось он в друго городе и нет возможности взять там же где ВПС с сайтами).

Короче остается один вариант - обновление на 5,7 или Марину. Жду выходных чтоб сделать все на минимуме трафика и пока продолжаю читать и выбирать.

Буду рад советам.

Вероятно правильнее всгео перекинуть пока базы на 3 впс (тот что подальше) а близкий ВПС снести и установить там с нуля дебиан 9 и марину

hb2bd:
Он имел ввиду делайте бекап самого сервиса mysql. То есть, чтобы после установки пакетов, вы могли даунгрейдиться

1. Как все же правильно забекапиться перед миграцией?

2. Как откатиться или что-то пойдет не так?

Ну я это и имел в виду - что если ты не замутил автозагрузку - загружаются дефолтные

G-and-Y:
Перезагрузка службы не очистит правила, для очистки правил юзайте спец команды или готовые скрипты которых в гугле навалом.

Открою для вас секрет - перезапуск очищает правила, если они (нужные правила) не добавлены в рестор при перезапуске.

Всего: 6928