Mysql - Історія редагувань

WikiSysop в 17:55, 12 липня 2018

2018-07-12T17:55:44Z

WikiSysop в 03:05, 8 липня 2018

2018-07-08T03:05:24Z

WikiSysop в 01:24, 7 липня 2018

2018-07-07T01:24:03Z

WikiSysop в 18:49, 31 січня 2018

2018-01-31T18:49:03Z

Flint в 21:49, 12 березня 2013

2013-03-12T21:49:07Z

Flint в 21:48, 12 березня 2013

2013-03-12T21:48:53Z

Flint в 21:43, 12 березня 2013

2013-03-12T21:43:36Z

Flint в 21:43, 12 березня 2013

2013-03-12T21:43:07Z

95.133.70.27 в 14:55, 14 березня 2011

2011-03-14T14:55:01Z

Нова сторінка

Ця система керування базами даних (СКБД) з відкритим кодом була створена як альтернатива комерційним системам. MySQL з самого початку була дуже схожою на mSQL, проте з часом вона все розширювалася і зараз MySQL — одна з найпоширеніших систем керування базами даних. Вона використовується, в першу чергу, для створення динамічних веб-сторінок, оскільки має чудову підтримку з боку різноманітних мов програмування.

MySQL – компактний багатонитевий сервер баз даних. Характеризується великою швидкістю, стійкістю і простотою використання.

MySQL був розроблений компанією «ТсХ» для підвищення швидкодії обробки великих баз даних.

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

== Встановлення прав ==
GRANT ALL PRIVILEGES ON *.* TO user@'%' IDENTIFIED BY '1';
flush privileges;

== Швидкий дамп та швидке розгортання ==
SELECT * INTO OUTFILE '/tmp/result.txt' FROM <table name>
LOAD DATA INFILE '/tmp/result.txt' INTO TABLE <table name>

Значення по замовчуванню
FIELDS TERMINATED BY '\t' ENCLOSED BY '' ESCAPED BY '\\'
LINES TERMINATED BY '\n' STARTING BY ''

== Что нужно настроить в mySQL сразу после установки? ==

Вольный перевод довольно старой статьи с MySQL Performance Blog о том, что лучше сразу же настроить после установки базовой версии mySQL.

Удивительно, сколько народу устанавливает mySQL на свои сервера и оставляют его с настройками по умолчанию.

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

* key_buffer_size — крайне важная настройка при использовании MyISAM-таблиц. Установите её равной около 30-40% от доступной оперативной памяти, если используете только MyISAM. Правильный размер зависит от размеров индексов, данных и нагрузки на сервер — помните, что MyISAM использует кэш операционной системы (ОС), чтобы хранить данные, поэтому нужно оставить достаточно места в ОЗУ под данные, и данные могут занимать значительно больше места, чем индексы. Однако обязательно проверьте, чтобы всё место, отводимое директивой key_buffer_size под кэш, постоянно использовалось — нередко можно видеть ситуации, когда под кэш индексов отведено 4 ГБ, хотя общий размер всех .MYI-файлов не превышает 1 ГБ. Делать так совершенно бесполезно, Вы только потратите ресурсы. Если у Вас практически нет MyISAM-таблиц, то key_buffer_size следует выставить около 16-32 МБ — они будут использоваться для хранения в памяти индексов временных таблиц, создаваемых на диске.
* innodb_buffer_pool_size — не менее важная настройка, но уже для InnoDB, обязательно обратите на неё внимание, если собираетесь использовать в основном InnoDB-таблицы, т.к. они значительно более чувствительны к размеру буфера, чем MyISAM-таблицы. MyISAM-таблицы в принципе могут неплохо работать даже с большим количеством данных и при стандартном значении key_buffer_size, однако mySQL может сильно «тормозить» при неверном значении innodb_buffer_pool_size. InnoDB использует свой буфер для хранения и индексов, и данных, поэтому нет необходимости оставлять память под кэш ОС — устанавливайте innodb_buffer_pool_size в 70-80% доступной оперативной памяти (если, конечно, используются только InnoDB-таблицы). Относительно максимального размера данной опции — аналогично key_buffer_size — не стоит увлекаться, нужно найти оптимальный размер, найдите лучшее применение доступной памяти.
* innodb_additional_mem_pool_size — данная опция практически никак не влияет на производительность mySQL, однако рекомендую оставлять для InnoDB около 20 МБ (или чуть больше) под различные внутренние нужды.
* innodb_log_file_size — крайне важная настройка в условиях баз данных с частыми операциями записи в таблицы, в особенности при больших объёмах. Большие размеры увеличивают быстродействие, однако будьте осторожны — увеличится и время восстановления данных. Я обычно выставляю значение около 64-512 МБ в зависимости от размера сервера.
* innodb_log_buffer_size — стандартное значение данной опции вполне подойдёт для большинства систем со средним количеством операций записи и небольшими транзакциями. Если же в Вашей системе бывают всплески активности, или Вы активно работаете с BLOB-данными, то рекомендую немного увеличить значение innodb_log_buffer_size. Однако не переусердствуйте — слишком большое значение будет пустой тратой памяти: буфер сбрасывается каждую секунду, поэтому Вам не понадобится больше места, чем требуется в течение этой секунды. Рекомендуемое значение — около 8-16 МБ, а для небольших баз — и того меньше.
* innodb_flush_log_at_trx_commit — жалуетесь, что InnoDB работает в 100 раз медленнее MyISAM? Вероятно, Вы забыли про настройку innodb_flush_log_at_trx_commit. Значение по умолчанию «1» означает, что каждая UPDATE-транзакция (или аналогичная команда вне транзакции) должна сбрасывать буфер на диск, что достаточно ресурсоёмко. Большинство приложений, в особенности ранее использовавшие таблицы MyISAM, будут хорошо работать со значением «2» (т.е. «не сбрасывать буфер на диск, только в кэш ОС»). Лог, однако, всё равно будет сбрасываться на диск каждые 1-2 секунды, поэтому в случае аварии Вы потеряете максимум 1-2 секунды обновлений. Значение «0» повысит производительность, но Вы рискуете потерять данные даже при аварийной остановке mySQL-сервера, в то время как при установке значение innodb_flush_log_at_trx_commit в «2» Вы потеряете данные только при аварии всей операционной системы.
* table_cache — открытие таблиц может быть весьма ресурсоёмко. К примеру, MyISAM-таблицы помечают заголовки .MYI файлов как «используемые в текущий момент». Обычно не рекомендуется открывать таблицы слишком часто, поэтому лучше, чтобы кэш был достаточных размеров, чтобы держать все Ваши таблицы открытыми. Для этого используется некоторое количество ресурсов ОС и оперативной памяти, однако это обычно не является существенной проблемой для современных серверов. Если у Вас несколько сотен таблиц, то стартовым значением для опции table_cache может быть«1024» (помните, что каждое соединение требует свой собственный дескриптор). Если у Вас ещё больше таблиц или очень много соединений — увеличьте значение параметра. Я видел mySQL сервера со значением table_cache равной 100 000.
* thread_cache — создание/уничтожение потоков также является ресурсоёмкой операцией, которая происходит при каждой установке соединения и каждом разрыве соединения. Я обычно выставляю эту опцию равную 16. Если у Вашего приложения могут быть скачки количество конкурентных соединений и по переменной Threads_Created виден быстрый рост количества потоков, то стоит увеличить значение thread_cache. Цель — не допускать создания новых потоков в условиях нормального функционирования сервера.
* query_cache_size — если Ваше приложение много и часто читает данные, и при этом у Вас нет кэша на уровне приложения, эта опция может очень помочь. Не ставьте здесь слишком большое значение, так как обслуживание большого кэша запросов будет само по себе затратным. Рекомендуемое значение — от 32 до 512 МБ. Не забудьте проверить, насколько хорошо используется кэш запросов — в некоторых условиях (при небольшом количестве хитов в кэше, т.е. когда практически не выбираются одинаковые данные) использование большого кэша может ухудшить производительность.

Как Вы можете видеть, это — глобальные настройки. Эти переменные зависят от «железа» сервера и используемых движков mySQL, в то время как сессионные переменные обычно настраиваются специально под конкретные задачи. Если Вы в основном используете простые запросы, то нет никакой необходимости увеличивать значение sort_buffer_size, даже если у Вас есть лишние 64 ГБ оперативной памяти. Более того, большие значения кэшей могут только ухудшить производительность сервера. Сессионные переменные лучше оставить на потом, для тонкой настройки сервера.

PS: инсталляция mySQL идёт с несколькими предустановленными файлами my.cnf, рассчитанными под разную нагрузку. Если Вам некогда настраивать сервер вручную, то обычно лучше использовать их, чем стандартный конфигурационный файл, выбрав тот, что больше подойдёт под нагрузку Вашего сервера.

192.168.51.51 в 10:35, 28 червня 2010

2010-06-28T10:35:22Z

@@ Рядок 29: / Рядок 29: @@
 If your MySQL client/server version is a 5.6.x a way to avoid the WARNING message are using the
 mysql_config_editor tools:
-mysql_config_editor set --login-path=local --host=localhost --user=username --password
+ mysql_config_editor set --login-path=local --host=localhost --user=username --password
-mysql --login-path=local  -e "statement"
+ mysql --login-path=local  -e "statement"
 Remember that the --login-path has to come before all other arguments.
 I was trying mysqldump --tables --login-path=local and getting the error unknown variable 'login-path=local'

← Попередня версія		Версія за 03:05, 8 липня 2018
Рядок 18:		Рядок 18:
	[[Mysql-repair\| Шпоргалка по востановлении баз и таблиц]]		[[Mysql-repair\| Шпоргалка по востановлении баз и таблиц]]

		+	[[Mysql-tips\| MySQL Tips ]]
		+
		+	[[Mysql-tokudb\| MySQL enable tokudb]]

	[[Mysql-install\| Percona install 5.7]]		[[Mysql-install\| Percona install 5.7]]

← Попередня версія		Версія за 01:24, 7 липня 2018
Рядок 20:		Рядок 20:

	[[Mysql-install\| Percona install 5.7]]		[[Mysql-install\| Percona install 5.7]]
		+
		+	щоб уникнути повідомлення
		+	mysql: [Warning] Using a password on the command line interface can be insecure.
		+
		+	If your MySQL client/server version is a 5.6.x a way to avoid the WARNING message are using the
		+	mysql_config_editor tools:
		+	mysql_config_editor set --login-path=local --host=localhost --user=username --password
		+	mysql --login-path=local -e "statement"
		+
		+	Remember that the --login-path has to come before all other arguments.
		+	I was trying mysqldump --tables --login-path=local and getting the error unknown variable 'login-path=local'

← Попередня версія		Версія за 18:49, 31 січня 2018
Рядок 17:		Рядок 17:

	[[Mysql-repair\| Шпоргалка по востановлении баз и таблиц]]		[[Mysql-repair\| Шпоргалка по востановлении баз и таблиц]]
		+
		+
		+	[[Mysql-install\| Percona install 5.7]]

← Попередня версія		Версія за 21:49, 12 березня 2013
Рядок 15:		Рядок 15:

	[[Mysql-replication\|Шпоргалка по репликации]]		[[Mysql-replication\|Шпоргалка по репликации]]
		+
	[[Mysql-repair\| Шпоргалка по востановлении баз и таблиц]]		[[Mysql-repair\| Шпоргалка по востановлении баз и таблиц]]

@@ Рядок 1: / Рядок 1: @@
-MySQL – компактний багатонитевий сервер баз даних. Характеризується великою швидкістю, стійкістю і простотою використання.
+[[Mysql-after-start|Что нужно настроить в mySQL сразу после установки]]
 == Встановлення прав ==
@@ Рядок 19: / Рядок 13: @@
   FIELDS TERMINATED BY '\t' ENCLOSED BY '' ESCAPED BY '\\'
   LINES TERMINATED BY '\n' STARTING BY ''
-[[Mysql-after-start|Что нужно настроить в mySQL сразу после установки]]

@@ Рядок 15: / Рядок 15: @@
 == Швидкий дамп та швидке розгортання ==
-  SELECT * INTO OUTFILE '/tmp/result.txt' FROM &dt;table name&lt;
+  SELECT * INTO OUTFILE '/tmp/result.txt' FROM &lt;table name&gt;
-  LOAD DATA INFILE '/tmp/result.txt' INTO TABLE table name
+  LOAD DATA INFILE '/tmp/result.txt' INTO TABLE &lt;table name&gt;