MySQL – К2® Cloud Info

Смена пароля root mysql в linux

23.11.2016 rudjuk Leave a comment

Для RedHat Linux (Fedora Core/Cent OS): 1. Останавливаем MySQL:

/etc/rc.d/init.d/mysqld stop

1	/etc/rc.d/init.d/mysqld stop

2. Запускаем mysql в safe-mode:

/usr/bin/mysqld_safe --skip-grant-tables --user=root &

1	/usr/bin/mysqld_safe --skip-grant-tables --user=root &

3. Запускаем клиента от root:

mysql -u root

1	mysql -u root

4. В приглашении mysql> выполняем запрос на смену пароля, вместо «NewPassWord» укажите новый пароль:

mysql> UPDATE mysql.user SET password = PASSWORD('NewPassWord') WHERE user='root';

1	mysql> UPDATE mysql.user SET password = PASSWORD('NewPassWord') WHERE user='root';

5. Перезагружаем привилегии

mysql> FLUSH PRIVILEGES;

1	mysql> FLUSH PRIVILEGES;

6. Выходим из MYSQL:

mysql> quit;

1	mysql> quit;

7. Перезагружаем MySQL:

/etc/rc.d/init.d/mysqld stop
/etc/rc.d/init.d/mysqld start

1 2	/etc/rc.d/init.d/mysqld stop /etc/rc.d/init.d/mysqld start

На этом все — пароль root в MySQL изменен. Смена пароля root в MySQL для Debian / Ubuntu: 1. Останавливаем MySQL

/etc/init.d/mysql stop

1	/etc/init.d/mysql stop

2. Запускаем mysql в safe-mode:

/usr/bin/mysqld_safe --skip-grant-tables --user=root &

1	/usr/bin/mysqld_safe --skip-grant-tables --user=root &

3. Запускаем клиента от root:

mysql -u root

1	mysql -u root

4. В приглашении mysql> выполняем запрос на смену пароля, вместо «NewPassWord» укажите новый пароль:

mysql> UPDATE mysql.user SET password = PASSWORD('NewPassWord') WHERE user='root';

1	mysql> UPDATE mysql.user SET password = PASSWORD('NewPassWord') WHERE user='root';

5. Перезагружаем привилегии

mysql> FLUSH PRIVILEGES;

1	mysql> FLUSH PRIVILEGES;

6. Выходим из MYSQL:

mysql> quit;

1	mysql> quit;

7. Перезагружаем MySQL:

/etc/init.d/mysqld stop
/etc/init.d/mysqld start

1 2	/etc/init.d/mysqld stop /etc/init.d/mysqld start

MySQL

Урок 8 Вьюверы и хранимые процедуры MySQL

29.09.2016 rudjuk Leave a comment

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Часто, когда разрабатываешь сайт, замечаешь, как на одни и те же грабли наступают разработчики при проектировании базы данных. Сегодня я решил опубликовать свои шпаргалки, на самые часто встречающиеся ошибки при работе с MySQL. Работа с бекапами Делаем бекап mysqldump -u USER -pPASSWORD DATABASE > /path/to/file/dump.sql Создаём структуру базы без данных mysqldump –no-data – u USER -pPASSWORD DATABASE > /path/to/file/schema.sql Если нужно сделать дамп только одной или нескольких таблиц mysqldump -u USER -pPASSWORD DATABASE TABLE1 TABLE2 TABLE3 > /path/to/file/dump_table.sql Создаём бекап и сразу его архивируем mysqldump -u USER -pPASSWORD DATABASE | gzip > /path/to/outputfile.sql.gz Создание бекапа с указанием его даты mysqldump -u USER -pPASSWORD DATABASE | gzip > date +/path/to/outputfile.sql.%Y%m%d.%H%M%S.gz Заливаем бекап в базу данных mysql -u USER -pPASSWORD DATABASE < /path/to/dump.sql Заливаем архив бекапа в базу gunzip < /path/to/outputfile.sql.gz | mysql -u USER -pPASSWORD DATABASE или так zcat /path/to/outputfile.sql.gz | mysql -u USER -pPASSWORD DATABASE Создаём новую базу данных mysqladmin -u USER -pPASSWORD create NEWDATABASE Удобно использовать бекап с дополнительными опциями -Q -c -e, т.е. mysqldump -Q -c -e -u USER -pPASSWORD DATABASE > /path/to/file/dump.sql, где: -Q оборачивает имена обратными кавычками -c делает полную вставку, включая имена колонок -e делает расширенную вставку. Итоговый файл получается меньше и делается он чуть быстрее Для просмотра списка баз данных можно использовать команду: mysqlshow -u USER -pPASSWORD А так же можно посмотреть список таблиц базы: mysqlshow -u USER -pPASSWORD DATABASE Для таблиц InnoDB надо добавлять –single-transaction, это гарантирует целостность данных бекапа. Для таблиц MyISAN это не актуально, ибо они не поддерживают транзакционность. Подробнее Общие […]

MySQL

Как узнать версию MySQL по FRM-файлу

26.01.2016 rudjuk Leave a comment

Недавно я помогал клиенту разобраться почему минорное обновление MySQL требовало пересоздания некоторых таблиц. Утилита mysql_upgrade должна запускаться для любого обновления вне зависимости от разницы в версиях, но при минорном обновлении она обычно не требует пересоздания таблиц. Оказалось, что некоторые из их таблиц имели метку устаревшей версии MySQL, что могло произойти по нескольким причинам. Наиболее вероятно, что прошлое обновление MySQL прошло неудачно или, что таблицы были скопированы с сервера с устаревшей версией MySQL. Знаете ли вы, что в случаях подобных этому, есть быстрый, простой и безопасный способ проверить версию MySQL прописанную в таблице? Вы можете сделать это, распарсив FRM файл, в соответствии с описанием формата изложенным здесь. В спецификации указано, что номер версии занимает 4 байта и начинается с офсета 0x33. Так как он записан в формате little endian, вы можете получить номер версии, прочитав первые 2 байта. Это значит, что нам нужно воспользоваться hexdump, прочитать 2 байта, начиная с офсета 0x33 и преобразовать их в десятичный формат, чтобы получить версию MySQL:

ruslan$ hexdump -s 0x33 -n 2 -v -d 55_test.frm
0000033 50532
0000035
ruslan$ hexdump -s 0x33 -n 2 -v -d 51_test.frm
0000033 50173
0000035

ruslan$ hexdump -s 0x33 -n 2 -v -d 55_test.frm

0000033 50532

0000035

ruslan$ hexdump -s 0x33 -n 2 -v -d 51_test.frm

0000033 50173

0000035

Первый пример соответствует таблице созданной в MySQL версии 5.5.32, а второй – версии 5.1.73. Значит ли это, что таблица 51_test была изначально создана в MySQL 5.1.73? Не обязательно, т.к. MySQL обновляет штамп версии в FRM-файле, каждый раз когда таблица перестраивается или изменяется ALTER’ом. В документации указано, что детали хранения штампа версии могут быть изменены при переходе к новому текстовому формату хранения, но мне удалось получить версию вышеописанным способом для таблиц созданных в MySQL 5.7.7. Источник: http://web-hl.ru/index.php/2015/08/30/how-to-get-mysql-version-from-frm-file/

MySQL

Решение проблемы “Too many open files” в MySQL

28.10.2015 rudjuk Leave a comment

При росте количества таблиц и баз данных в MySQL рано или поздно Вы получите ошибку: Too many open files. Данная ошибка связана с не достаточным количеством выделенных дескрипторов файлов, на уровне операционной системы или MySQL. Анализ дескрипторов Вы можете произвести командой:

ulimit -a

ulimit -a

В результате увидите нечто подобное:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 257403
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 257403
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

core file size (blocks, -c) 0

data seg size (kbytes, -d) unlimited

scheduling priority (-e) 0

file size (blocks, -f) unlimited

pending signals (-i) 257403

max locked memory (kbytes, -l) 32

max memory size (kbytes, -m) unlimited

open files (-n) 1024

pipe size (512 bytes, -p) 8

POSIX message queues (bytes, -q) 819200

real-time priority (-r) 0

stack size (kbytes, -s) 10240

cpu time (seconds, -t) unlimited

max user processes (-u) 257403

virtual memory (kbytes, -v) unlimited

file locks (-x) unlimited

Как видите, в данном случае выдалось 1024 открытых файлов. Это не большое количество и может Вас не устроить. Вы можете увидеть, сколько выделено дескрипторов:

ulimit -n

ulimit -n

Так же, еще вариант просмотра:

ulimit -Hn
ulimit -Sn

1 2	ulimit -Hn ulimit -Sn

Количество выделенных дескрипторов пользователю mySQL:

su mysql 
ulimit -a

1 2	su mysql ulimit -a

Для Debian и Linux Ubuntu:

su mysql -s /bin/sh -c "ulimit -a"

1	su mysql -s /bin/sh -c "ulimit -a"

Увеличиваем количество дескипторов

vi /etc/security/limits.conf

1	vi /etc/security/limits.conf

Заполняем таким содержимым:

* soft nofile 1024000
* hard nofile 1024000
* soft nproc 10240
* hard nproc 10240

* soft nofile 1024000

* hard nofile 1024000

* soft nproc 10240

* hard nproc 10240

Установка параметров, специфичных для MySQL:

mysql hard nofile 1024000
mysql soft nofile 1024000

1 2	mysql hard nofile 1024000 mysql soft nofile 1024000

Отредактируем файл /etc/security/limits.d/90-nproc.conf:

vi /etc/security/limits.d/90-nproc.conf

1	vi /etc/security/limits.d/90-nproc.conf

Заполним файл:

* soft nofile 1024000
* hard nofile 1024000
* soft nproc 10240
* hard nproc 10240
root soft nproc unlimited

* soft nofile 1024000

* hard nofile 1024000

* soft nproc 10240

* hard nproc 10240

root soft nproc unlimited

Установите под root:

ulimit -Hn 1024000

1	ulimit -Hn 1024000

Теперь, перезагрузите сервер и поменяйте параметры в конфиге MySQL:

vi /etc/my.cnf

1	vi /etc/my.cnf

Запишите после [mysqld]:

[mysqld]
open_files_limit = 1024000

1 2	[mysqld] open_files_limit = 1024000

Запишите после [mysqld_safe]:

[mysqld_safe]
open_files_limit = 1024000

1 2	[mysqld_safe] open_files_limit = 1024000

Теперь перезагрузите сервер:

service mysqld restart

1	service mysqld restart

Для проверки настроек в MySQL войдите:

mysql -u root -p

1	mysql -u root -p

Выполните команду:

show global variables like 'open%';

1	show global variables like 'open%';

В результате, должны увидеть:

+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| open_files_limit | 1024000 |
+------------------+--------+
1 row in set (0.00 sec)

+------------------+--------+

| Variable_name | Value |

+------------------+--------+

| open_files_limit | 1024000 |

+------------------+--------+

1 row in set (0.00 sec)

Перезагрузите сервер и проверьте, сохранились ли настройки:

mysql -u root -p
show global variables like 'open%';

1 2	mysql -u root -p show global variables like 'open%';

Если после загрузки Вы увидите значение 1024, то не сохранились настройки. В таком случае, читайте решение проблем. Решение проблем Проверьте файл /etc/security/limits.conf он должен содержать:

* hard nofile 102400
* soft nofile 102400

1 2	* hard nofile 102400 * soft nofile 102400

Или установите лимит таким образом:

ulimit -Hn 102400

1	ulimit -Hn 102400

Перезагрузите MySQL:

service mysqld restart

1	service mysqld restart

Можно внести изменения в:

vi /etc/init.d/mysqld

1	vi /etc/init.d/mysqld

Добавьте следующее:

ulimit -S -n ${DAEMON_FILES_LIMIT:-102400} >/dev/null 2>&1

1	ulimit -S -n ${DAEMON_FILES_LIMIT:-102400} >/dev/null 2>&1

В настройках /etc/my.cnf укажите:

[myqld_safe]
open_files_limit = 102400

1 2	[myqld_safe] open_files_limit = 102400

или

[myqld]
open_files_limit = 102400

1 2	[myqld] open_files_limit = 102400

Проблемы в Linux Ubuntu 15.04 Все перечисленные вещи не помогли в Linux Ubuntu 15.04. Немного погуглив, я нашел решение для Linux Ubuntu 15.04. Нужно внести изменения в файл: /lib/systemd/system/mysql.service К содержимому данного файла:

[Unit]
Description=MySQL Community Server
After=network.target
After=syslog.target

[Install]
WantedBy=multi-user.target
Alias=mysql.service

[Service]
User=mysql
Group=mysql
PermissionsStartOnly=true
ExecStartPre=/usr/share/mysql/mysql-systemd-start pre
ExecStart=/usr/bin/mysqld_safe
ExecStartPost=/usr/share/mysql/mysql-systemd-start post
TimeoutSec=600
Restart=on-failure

[Unit]

Description=MySQL Community Server

After=network.target

After=syslog.target

[Install]

WantedBy=multi-user.target

Alias=mysql.service

[Service]

User=mysql

Group=mysql

PermissionsStartOnly=true

ExecStartPre=/usr/share/mysql/mysql-systemd-start pre

ExecStart=/usr/bin/mysqld_safe

ExecStartPost=/usr/share/mysql/mysql-systemd-start post

TimeoutSec=600

Restart=on-failure

Добавьте:

LimitNOFILE = infinity
LimitMEMLOCK = infinity

1 2	LimitNOFILE = infinity LimitMEMLOCK = infinity

MySQL

Ubuntu: установка и настройка связки nginx + apache + php + mysql

13.10.2015 rudjuk 9 коментарів

В это статье я расскажу как быстро развернуть LAMP сервер на Ubuntu с кеширующим nginx Для всех команд необходим sudo, потому сразу войдем для удобства в этот режим:

sudo su

sudo su

Далее, обновляем данные из репозитариев:

apt-get -y update

1	apt-get -y update

Установка MySQL сервер:

apt-get install mysql-server mysql-client

1	apt-get install mysql-server mysql-client

Во время установки нас попросят ввести пароль root для сервера MySQL, вводим 2 раза. Дожидаемся окончания установки. Установка Apache, nginx, php:

apt-get install apache2 nginx apache2-mpm-prefork apache2-utils libapache2-mod-php5 php5 php5-dev php5-mysql php5-common php5-curl php5-gd php5-idn php-pear php5-imagick php5-imap php5-mcrypt php5-mhash php5-ming php5-pspell php5-recode php5-snmp php5-sqlite php5-tidy php5-xmlrpc php5-xsl

1	apt-get install apache2 nginx apache2-mpm-prefork apache2-utils libapache2-mod-php5 php5 php5-dev php5-mysql php5-common php5-curl php5-gd php5-idn php-pear php5-imagick php5-imap php5-mcrypt php5-mhash php5-ming php5-pspell php5-recode php5-snmp php5-sqlite php5-tidy php5-xmlrpc php5-xsl

Дожидаемся окончания установки. Включаем модули rewrite и include в apache2 при помощи утилиты — a2enmod:

a2enmod rewrite
a2enmod include

1 2	a2enmod rewrite a2enmod include

Меняем порт в apache2 со стандартного 80 на 8080 (2 строчки):

nano /etc/apache2/ports.conf
NameVirtualHost *:8080
Listen 8080

nano /etc/apache2/ports.conf

NameVirtualHost *:8080

Listen 8080

Создаем новый веб сервер (VirtualHost), создаем файл конфигурации:

touch /etc/apache2/sites-available/domain.com

1	touch /etc/apache2/sites-available/domain.com

И вставляем в него следующий текст:

<VirtualHost *:8080>
ServerName domain.com
ServerAlias www.domain.com
ServerAdmin admin@domain.com
DocumentRoot /var/www/domain.com
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/domain.com/>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
</Directory>
ErrorLog /var/log/domain.com_error.log
LogLevel warn
CustomLog /var/log/domain.com_access.log combined
</VirtualHost>

ServerName domain.com

ServerAlias www.domain.com

ServerAdmin admin@domain.com

DocumentRoot /var/www/domain.com

Options FollowSymLinks

AllowOverride None

</Directory>

Options Indexes FollowSymLinks MultiViews

AllowOverride All

Order allow,deny

allow from all

</Directory>

ErrorLog /var/log/domain.com_error.log

LogLevel warn

CustomLog /var/log/domain.com_access.log combined

</VirtualHost>

Далее, создаем папку сайта и запускаем сайт:

mkdir -p /var/www/domain.com
a2ensite domain.com

1 2	mkdir -p /var/www/domain.com a2ensite domain.com

Проверяем в браузере — http://domain.com:8080 Конфигурируем nginx:

nano /etc/nginx/nginx.conf

1	nano /etc/nginx/nginx.conf

Приводим конфиг к такому виду:

    user www-data;
    worker_processes 4; #По количеству ядер
    pid /var/run/nginx.pid;
    error_log /sites/nginx/error.log;
    events {
    worker_connections 4096;
    multi_accept on;
    }

    http {

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    server_tokens off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    access_log /var/log/nginx-access.log;
    error_log /var/log/nginx-error.log;

    gzip on;
    gzip_disable «msie6″;
    gzip_proxied any;
    gzip_min_length 500;
    gzip_proxied expired no-cache no-store private auth;
    gzip_types text/plain text/css text/xml text/javascript application/x-javascript application/xml;

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
    }

user www-data;

worker_processes 4; #По количеству ядер

pid /var/run/nginx.pid;

error_log /sites/nginx/error.log;

events {

worker_connections 4096;

multi_accept on;

}

http {

sendfile on;

tcp_nopush on;

tcp_nodelay on;

keepalive_timeout 65;

types_hash_max_size 2048;

server_tokens off;

include /etc/nginx/mime.types;

default_type application/octet-stream;

access_log /var/log/nginx-access.log;

error_log /var/log/nginx-error.log;

gzip on;

gzip_disable «msie6″;

gzip_proxied any;

gzip_min_length 500;

gzip_proxied expired no-cache no-store private auth;

gzip_types text/plain text/css text/xml text/javascript application/x-javascript application/xml;

include /etc/nginx/conf.d/*.conf;

include /etc/nginx/sites-enabled/*;

}

Далее создаем и правим конфиг нашего сайта:

nano /etc/nginx/sites-enabled/domain.com

1	nano /etc/nginx/sites-enabled/domain.com

Вносим в него следующие записи:

    upstream backend {
    server 127.0.0.1:8080;
    }
    server {
    listen 80;
    server_name domain.com www.domain.com;

    access_log /var/log/nginx-access.log;
    error_log /var/log/nginx-error.log;

    location / {
    proxy_pass http://backend;
    include /etc/nginx/proxy.conf;
    }
    location ~* .(jpg|jpeg|gif|png|ico|css|bmp|swf|js|mov|avi|mp4|mpeg4) {
    root /var/www/domain.com;
    }

    location ~ /.ht {
    deny all;
    }
    }

upstream backend {

server 127.0.0.1:8080;

}

server {

listen 80;

server_name domain.com www.domain.com;

access_log /var/log/nginx-access.log;

error_log /var/log/nginx-error.log;

location / {

proxy_pass http://backend;

include /etc/nginx/proxy.conf;

}

location ~* .(jpg|jpeg|gif|png|ico|css|bmp|swf|js|mov|avi|mp4|mpeg4) {

root /var/www/domain.com;

}

location ~ /.ht {

deny all;

}

Перезапускаем сервисы и проверяем работу:

service apache2 restart
service nginx restart

1 2	service apache2 restart service nginx restart

Источник: http://evolan.org/linux/ubuntu-ustanovka-i-nastrojka-svyazki-nginx-apache-php-mysql/ Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Проблемы с кодировкой в MySQL 5

08.06.2015 rudjuk Leave a comment

Столкнулся с проблемой кодировки при переходе из MySQL 4 в MySQL 5. Это вечная проблема, которая возникает при переходе из одной версии MySQL в другую и связана с поддерживаемыми кодовыми страницами. При переходе из MySQL 3 в MySQL 4 была проблема с кодировками, т.к. в MySQL 3 они не указывались, а в MySQL 4 стали указываться. При переходе же из версии MySQL 4 в MySQL 5 проблема связана с тем, что в 5-й версии уже используется универсальная кодировка utf-8. В этом же форуме, я хочу подбить определённый результат, как эту проблему решить. 1. Прежде всего, нужно указать по умолчанию русские кодировки. 2. После вызова коннекта в PHP необходимо указать, что кодировка, например, cp1251 Так, например, в phpNuke я указал в файле mainfile.php после коннекта: // Rudjuk 24.06.2007 Change Error Code if ($db){ $db->sql_query(“set names ‘cp1251′”); } После этого должно работать. Кстати, при переносе данных из одного сервера, скажем MySQL 4 на другой с MySQL 5 следует обязательно после коннекта к базе (вначале дампа) указать: Код SET NAMES CP1251 Еще осталась проблема с автоматическим определением кодировки. Почему-то по умолчанию определяется на странице, что кодировка utf-8, хотя указано явно Код < meta http-equiv=”content-type” content=”text/html; charset=windows-1251″ /> В apache2 указывается кодировка по умолчанию в файле /etc/apache2/conf.d/charset, нужно просто вместо UTF-8 указать AddDefaultCharset windows-1251 Что и говорить проблемы с кодировкой – часто встречаемая проблема. Как её решить, прекрасно описано в статье: Решение проблем с кодировкой Какая кодировка настроена в MySQL вы можете узнать с помощью запроса: Код SHOW VARIABLES LIKE ‘character_set_client’; Кроме того, […]

Восстановление баз данных MySQL

08.06.2015 rudjuk Leave a comment

Довольно часто базы данных MySQL “ломаются”. В результате, приходится ремонтировать. Поломки баз данных происходят из-за не корректных выключений компьютера или сбоев в компьютере, когда сервер не может корректно закрыть файл. Следует отметить, что не все базы данных удаётся поремонтировать, поэтому, рекомендуется делать резервные копии rolleyes.gif Есть несколько способов восстановления баз данных. И все они требуют, чтоб никто в это время не обращался к таблице базы данных, иначе предсказать последствия не возможно. Самый простой способ восстановления – выполнить SQL-команду: repair table <название таблицы>; Данная команда восстановит таблицу в большинстве случаев. Иногда, приходится использовать специальную утилиту для восстановления таблиц: myisamchk -r -q <название таблицы> – режим быстрого восстановления файлов. myisamchk -r <название таблицы> – режим восстановления файла. myisamchk -r -f -o <название таблицы> – режим восстановления в защищенном режиме файла. Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Позначка: MySQL

Смена пароля root mysql в linux

Урок 8 Вьюверы и хранимые процедуры MySQL

Урок 7 Триггера MySQL

MySQL шпаргалки

Как узнать версию MySQL по FRM-файлу

Решение проблемы “Too many open files” в MySQL

Ubuntu: установка и настройка связки nginx + apache + php + mysql

Проблемы с кодировкой в MySQL 5

Восстановление баз данных MySQL