<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>mysql - Нотатки сісадміна</title>
	<atom:link href="https://demi4.com/category/linux/mysql/feed/" rel="self" type="application/rss+xml" />
	<link>https://demi4.com</link>
	<description>вирішення sysadmin / devops завдань, проблем, питань</description>
	<lastBuildDate>Thu, 23 Mar 2023 07:41:19 +0000</lastBuildDate>
	<language>uk</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.7.2</generator>
	<item>
		<title>ERROR 1786 (HY000): Statement violates GTID consistency: CREATE TABLE &#8230; SELECT.</title>
		<link>https://demi4.com/error-1786-hy000-statement-violates-gtid-consistency-create-table-select/</link>
					<comments>https://demi4.com/error-1786-hy000-statement-violates-gtid-consistency-create-table-select/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Thu, 23 Mar 2023 07:39:50 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[ERROR 1786]]></category>
		<category><![CDATA[gtid]]></category>
		<category><![CDATA[replication]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1498</guid>

					<description><![CDATA[<p>Помилку ERROR 1786 (HY000): Statement violates GTID consistency: CREATE TABLE &#8230; SELECT. я зловив коли на проекті було вирішино прибрати зайві данні у архівну базу та таблицю. Розробник попросив виконати команду: [crayon-67ac40c0a0fd8866578431/] Але продакшин мастер сервер видав ERROR 1786 &#8211; як з&#8217;ясувалося помилака пов&#8217;язана з тим, що при репліказції GTID така операція не підтримується, тому що вважаютьься [&#8230;]</p>
<p>The post <a href="https://demi4.com/error-1786-hy000-statement-violates-gtid-consistency-create-table-select/">ERROR 1786 (HY000): Statement violates GTID consistency: CREATE TABLE … SELECT.</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/error-1786-hy000-statement-violates-gtid-consistency-create-table-select/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Last_SQL_Errno: 1451 on mysql slave server</title>
		<link>https://demi4.com/last_sql_errno-1451-on-mysql-slave-server/</link>
					<comments>https://demi4.com/last_sql_errno-1451-on-mysql-slave-server/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Wed, 01 Feb 2023 09:10:58 +0000</pubDate>
				<category><![CDATA[mysql]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1474</guid>

					<description><![CDATA[<p>Не маю бажання з&#8217;ясовувати першопричину помилки Last_SQL_Errno: 1451, але завдякі ній &#8211; впала реплікація mysql Для вирішення проблеми Last_SQL_Errno: 1451 потрібно було б пропустити помилку, для цього потрібно було виконати [crayon-67ac40c0a1249387287234/] Але при виконанні цієї команди зіткнувся з: [crayon-67ac40c0a124c954348770/] Для вирішення цього блоку проблем потрібно виконати по черзі наступні команди: [crayon-67ac40c0a124e988216818/] І для особистого порозуміння: [&#8230;]</p>
<p>The post <a href="https://demi4.com/last_sql_errno-1451-on-mysql-slave-server/">Last_SQL_Errno: 1451 on mysql slave server</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/last_sql_errno-1451-on-mysql-slave-server/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Не працює slow_query_log &#8211; пише багато запитів</title>
		<link>https://demi4.com/ne-pratsyuye-slow_query_log-pishe-bagato-zapisiv/</link>
					<comments>https://demi4.com/ne-pratsyuye-slow_query_log-pishe-bagato-zapisiv/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Tue, 03 Oct 2017 12:01:56 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1128</guid>

					<description><![CDATA[<p>Побачив що у клієнта багато записів у логах повільних запитів, цікаво було те, що: [crayon-67ac40c0a1379130956903/] при цьому у логах було дуже й дуже багато запитів у котрих, як приклад: [crayon-67ac40c0a137c543096900/] Відразу не зрозумів чому так, доки не вдивився у конфіг, було активовано параметр: [crayon-67ac40c0a137d008482749/] Це стало пичиною записів які не мали індексів, після відключення цього [&#8230;]</p>
<p>The post <a href="https://demi4.com/ne-pratsyuye-slow_query_log-pishe-bagato-zapisiv/">Не працює slow_query_log – пише багато запитів</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/ne-pratsyuye-slow_query_log-pishe-bagato-zapisiv/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>mysql-5.6 replication</title>
		<link>https://demi4.com/mysql-5-6-replication/</link>
					<comments>https://demi4.com/mysql-5-6-replication/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Fri, 25 Nov 2016 12:34:56 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[replication]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1049</guid>

					<description><![CDATA[<p>Сегодня разбирался с настройкой репликации в mysql-5.6 версии, на данный момент меня все порадовало, нет идиотизма с запоминанием позиции, не нужно ничего останавливать или блокировать на запись и делать прочие шаманства. В версии mysql-5.6 появилось несколько &#8220;плюшек&#8221;, которые помогают если нужно &#8211; жить проще и легче. Вся настройка репликации master-slave  в моем случае сводится к [&#8230;]</p>
<p>The post <a href="https://demi4.com/mysql-5-6-replication/">mysql-5.6 replication</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/mysql-5-6-replication/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>apache2-mpm-worker + php5-fcgi + suexec-custom</title>
		<link>https://demi4.com/apache2-mpm-worker-php5-fcgi-suexec-custom/</link>
					<comments>https://demi4.com/apache2-mpm-worker-php5-fcgi-suexec-custom/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Fri, 11 Dec 2015 20:29:35 +0000</pubDate>
				<category><![CDATA[apache]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[apache2-mpm-worker]]></category>
		<category><![CDATA[php5-fcgi]]></category>
		<category><![CDATA[suexec]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=730</guid>

					<description><![CDATA[<p>Попросили тут намедни настроит кастом сервак без панели, решил под это дело настроить apache2-mpm-worker + php5-fcgi + suexec. Выбор поставил на mpm-worker так как до этого уже был один сервер на этой модели, и показал себя хорошо, причем кто бы мне что ни говорил &#8211; но под каждые задачи &#8211; свои рекомендации. Первый мой опыт [&#8230;]</p>
<p>The post <a href="https://demi4.com/apache2-mpm-worker-php5-fcgi-suexec-custom/">apache2-mpm-worker + php5-fcgi + suexec-custom</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/apache2-mpm-worker-php5-fcgi-suexec-custom/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>mysqldump gzip + remote server</title>
		<link>https://demi4.com/mysqldump-gzip-remote-server/</link>
					<comments>https://demi4.com/mysqldump-gzip-remote-server/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Sun, 15 Nov 2015 13:34:19 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[gzip]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=710</guid>

					<description><![CDATA[<p>Новому клиенту нужно перенсти увесистый сайт с увесистой базой, размер примерно чуть больше 5Гб, делать дамп, потом паковать и переносить не очень решение как по мне, по этой причине решил накатать себе заметку как паковать дамп и сразу переносить на удаленный сервер. Решение на самом деле очень простое, его можно использовать и для бекапов. [crayon-67ac40c0a1877952061650/] [&#8230;]</p>
<p>The post <a href="https://demi4.com/mysqldump-gzip-remote-server/">mysqldump gzip + remote server</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/mysqldump-gzip-remote-server/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Table ХХХХХ is marked as crashed and last (automatic ?) repair failed</title>
		<link>https://demi4.com/table-hhhhh-is-marked-as-crashed-and-last-automatic-repair-failed/</link>
					<comments>https://demi4.com/table-hhhhh-is-marked-as-crashed-and-last-automatic-repair-failed/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Fri, 06 Nov 2015 10:38:25 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[myisamchk]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=705</guid>

					<description><![CDATA[<p>Столкнулся с проблемой &#8211; упала таблица mysql после &#8220;зависания&#8221; сервака т нагрузки на винты. В итоге делал как и раньше &#8220;repair table TAB_NAME&#8221; но проблема не решалась, в процессе восстановления таблицы сервер упал с сообщение &#8220;out of memory&#8221;, так как особо времени разбираться не было &#8211; попробовал другой метод быстрого восстановления таблицы. В принципе метод [&#8230;]</p>
<p>The post <a href="https://demi4.com/table-hhhhh-is-marked-as-crashed-and-last-automatic-repair-failed/">Table ХХХХХ is marked as crashed and last (automatic ?) repair failed</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/table-hhhhh-is-marked-as-crashed-and-last-automatic-repair-failed/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Out of resources when opening file</title>
		<link>https://demi4.com/out-of-resources-when-opening-file/</link>
					<comments>https://demi4.com/out-of-resources-when-opening-file/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Mon, 27 Jul 2015 21:11:10 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[open_files_limit]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=620</guid>

					<description><![CDATA[<p>Сегодня после замены диска на одном из серверов наткнулся на ошибку &#8220;Out of resources when opening file&#8221; которая означает что на данном сервере ограниченное кол-во открытых файлов процессом mysql. Решается просто: [crayon-67ac40c0a1a60447869686/] В целом после этого mysql сервер перегружать не обязательно у меня заработало и так.</p>
<p>The post <a href="https://demi4.com/out-of-resources-when-opening-file/">Out of resources when opening file</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/out-of-resources-when-opening-file/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
