別のMySQL DBA

2014年5月15日木曜日

MySQLは5.7のDMRを見て

Original post: http://anothermysqldba.blogspot.com/2014/05/a-look-at-mysql-57-dmr.html

だから私はそれが私は、MySQL 5.7を見頃だった考え出した。これは、高レベルの概要ですが、私は一言で言えば、ドキュメント内のMySQL 5.7上で探していた。

http://dev.mysql.com/doc/refman/5.7/en/mysql-nutshell.html

だから私は、新鮮で始めてのFedora 20（Xfceの）インストールしてください。
全体的に、私は好奇心とMySQL 5.7と面白い発見いくつかの項目を検討します。一言で言えばは、レビューその価値は十分な情報をたくさん持っている。

私がダウンロードしたのMySQL-5.7.4-M14-1.linux_glibc2.5.x86_64.rpm-bundle.tarを

インストールは、次の操作を行う上で計画された

# tar -vxf MySQL-5.7.4-m14-1.linux_glibc2.5.x86_64.rpm-bundle.tar 
# rm -f mysql-community-embedded* 
]# ls -a MySQL-*.rpm 
MySQL-client-5.7.4_m14-1.linux_glibc2.5.x86_64.rpm 
MySQL-embedded-5.7.4_m14-1.linux_glibc2.5.x86_64.rpm 
MySQL-shared-5.7.4_m14-1.linux_glibc2.5.x86_64.rpm 
MySQL-devel-5.7.4_m14-1.linux_glibc2.5.x86_64.rpm 
MySQL-server-5.7.4_m14-1.linux_glibc2.5.x86_64.rpm 
MySQL-test-5.7.4_m14-1.linux_glibc2.5.x86_64.rpm 
# yum -y install MySQL-*.rpm 
Complete!

それは完全な言っている間、私は、エラーに気づいた。それは、エラーを見つけた場合は、インストールが終了しますが、[OK]をしていない必要があります....

FATAL ERROR: please install the following Perl modules before executing /usr/bin/mysql_install_db: 
Data::Dumper

このエラーは、確認された..

# /etc/init.d/mysql start 
Starting MySQL............ ERROR! The server quit without updating PID file 
# tail /var/lib/mysql/fedora20mysql57.localdomain.err 
ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.user' doesn't exist 
# /usr/bin/mysql_install_db 
FATAL ERROR: please install the following Perl modules before executing /usr/bin/mysql_install_db: 
Data::Dumper 
# yum -y install perl-Data-Dumper 
# /usr/bin/mysql_install_db 
A RANDOM PASSWORD HAS BEEN SET FOR THE MySQL root USER ! 
You will find that password in '/root/.mysql_secret'. 

You must change that password on your first connect, 
no other statement but 'SET PASSWORD' will be accepted. 
# chown -R mysql:mysql /var/lib/mysql/mysql/ 
# cat /root/.mysql_secret 
# mysql -u root -p 
mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('somepassword'); 
Query OK, 0 rows affected (0.01 sec) 

mysql> select @@version; 
+-----------+ 
| @@version | 
+-----------+ 
| 5.7.4-m14 | 
+-----------+

アップグレードやETC用より堅牢なプロセスがここに記載されています：
http://dev.mysql.com/doc/refman/5.7/en/upgrading-from-previous-series.html
あなたはGLIBC_2.15を持っているかどうかを確認してくださいあなたがお使いのOSでこれをインストールする場合。

[OKだから今、それがインストールされていることを、私たちは何がありますか。

セキュリティの改善

インストールには、匿名ユーザーアカウントを作成していない

mysql> select User , Host,plugin from mysql.user \G 
*************************** 1. row *************************** 
User: root 
Host: localhost 
plugin : mysql_native_password

インストールには作成しませんtestデータベースを。

mysql> show databases; 
+--------------------+ 
| Database | 
+--------------------+ 
| information_schema | 
| mysql | 
| performance_schema | 
+--------------------+

パスワードの有効期限ポリシー

mysql> SELECT @@default_password_lifetime \G 
*************************** 1. row *************************** 
@@default_password_lifetime: 360

これらはすべて、長年の懸案の改善であり、改善のためのあなたのすべてに感謝します。
だから今残りの部分を見て、我々は、少なくともデータとスキーマのいくつかの種類が欲しい。だから私は、テストのための世界のデータベースをインストールします。

# wget http://downloads.mysql.com/docs/world_innodb.sql.gz 
# gzip -d world_innodb.sql.gz 
# mysql -u root -p -e "create database world"; 
# mysql -u root -p world < world_innodb.sql

オンライン

ALTER TABLEの。 ALTER TABLEは現在、インデックスの名前を変更するのRENAME INDEX句をサポートしています

# mysql -u root -p world
mysql> show create table City;

CREATE TABLE `City` ( 
`ID` int(11) NOT NULL AUTO_INCREMENT, 
`Name` char(35) NOT NULL DEFAULT '', 
`CountryCode` char(3) NOT NULL DEFAULT '', 
`District` char(20) NOT NULL DEFAULT '', 
`Population` int(11) NOT NULL DEFAULT '0', 
PRIMARY KEY (`ID`), 
KEY ` CountryCode ` (`CountryCode`), 
CONSTRAINT `city_ibfk_1` FOREIGN KEY (`CountryCode`) REFERENCES `Country` (`Code`) 
) ENGINE=InnoDB

mysql> ALTER TABLE City ALGORITHM=INPLACE, RENAME KEY CountryCode TO THECountryCode; 
Query OK

mysql> show create table City;

CREATE TABLE `City` ( 
`ID` int(11) NOT NULL AUTO_INCREMENT, 
`Name` char(35) NOT NULL DEFAULT '', 
`CountryCode` char(3) NOT NULL DEFAULT '', 
`District` char(20) NOT NULL DEFAULT '', 
`Population` int(11) NOT NULL DEFAULT '0', 
PRIMARY KEY (`ID`), 
KEY ` THECountryCode ` (`CountryCode`), 
CONSTRAINT `city_ibfk_1` FOREIGN KEY (`CountryCode`) REFERENCES `Country` (`Code`) 
) ENGINE=InnoDB

InnoDBの機能強化
- VARCHAR型のサイズは、インプレースALTER TABLEを使用して増加させることができる
mysql> show create table City;
CREATE TABLE `City` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `Name` char(35) NOT NULL DEFAULT '', `CountryCode` char(3) NOT NULL DEFAULT '', `District` char(20) NOT NULL DEFAULT '', `Population` int(11) NOT NULL DEFAULT '0', PRIMARY KEY (`ID`), KEY `THECountryCode` (`CountryCode`), CONSTRAINT `city_ibfk_1` FOREIGN KEY (`CountryCode`) REFERENCES `Country` (`Code`) ) ENGINE=InnoDB
mysql> ALTER TABLE City ALGORITHM=COPY , CHANGE COLUMN Name Name VARCHAR(35);
mysql> show create table City;
CREATE TABLE `City` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `Name` varchar(35) DEFAULT NULL, `CountryCode` char(3) NOT NULL DEFAULT '', `District` char(20) NOT NULL DEFAULT '', `Population` int(11) NOT NULL DEFAULT '0', PRIMARY KEY (`ID`), KEY `THECountryCode` (`CountryCode`), CONSTRAINT `city_ibfk_1` FOREIGN KEY (`CountryCode`) REFERENCES `Country` (`Code`) ) ENGINE=InnoDB
mysql> ALTER TABLE City ALGORITHM=INPLACE , CHANGE COLUMN Name Name VARCHAR(255);
mysql> show create table City;
CREATE TABLE `City` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `Name` varchar(255) DEFAULT NULL, `CountryCode` char(3) NOT NULL DEFAULT '', `District` char(20) NOT NULL DEFAULT '', `Population` int(11) NOT NULL DEFAULT '0', PRIMARY KEY (`ID`), KEY `THECountryCode` (`CountryCode`), CONSTRAINT `city_ibfk_1` FOREIGN KEY (`CountryCode`) REFERENCES `Country` (`Code`) ) ENGINE=InnoDB
- InnoDBは、一時テーブルのメタデータは、もはやInnoDBのシステムテーブルに格納されません。最初の時にテーブルが作成されSELECT文がそれに対して実行されます。
mysql> select * from INNODB_TEMP_TABLE_INFO;
mysql> show create table INNODB_TEMP_TABLE_INFO;
CREATE TEMPORARY TABLE `INNODB_TEMP_TABLE_INFO` ( `TABLE_ID` bigint(21) unsigned NOT NULL DEFAULT '0', `NAME` varchar(202) DEFAULT NULL, `N_COLS` int(11) unsigned NOT NULL DEFAULT '0', `SPACE` int(11) unsigned NOT NULL DEFAULT '0', `PER_TABLE_TABLESPACE` varchar(64) DEFAULT NULL, `IS_COMPRESSED` varchar(64) DEFAULT NULL ) ENGINE=MEMORY
CODE HERE
- InnoDBがMySQLにサポートされている空間データ型をサポートしています
- すべての非圧縮InnoDBが一時テーブル用に別の表領域が用意されました
mysql> select @@innodb_temp_data_file_path \G *************************** 1. row *************************** @@innodb_temp_data_file_path: ibtmp1:12M:autoextend

条件処理 ::
GET STACKED DIAGNOSTICS

mysql> DROP TABLE test.no_such_table; 
ERROR 1051 (42S02): Unknown table 'test.no_such_table' 
mysql> GET DIAGNOSTICS CONDITION 1 @p1 = RETURNED_SQLSTATE, @p2 = MESSAGE_TEXT; 
Query OK, 0 rows affected (0.45 sec) 

mysql> SELECT @p1, @p2 \G 
*************************** 1. row *************************** 
@p1: 42S02 
@p2: Unknown table 'test.no_such_table' 
1 row in set (0.01 sec)

トリガーの
トリガー制限が解除されていますし、複数のトリガが許可されています。彼らは良い例を与えるとして、ドキュメントを参照してください。私は、単一のテーブルの上に複数のトリガが可能であることを示すために、いくつかここでそれをデモします。

mysql> CREATE TABLE account (acct_num INT, amount DECIMAL(10,2));
mysql> CREATE TRIGGER ins_sum BEFORE INSERT ON account FOR EACH ROW SET @sum = @sum + NEW.amount;
mysql> SET @sum = 0;
mysql> INSERT INTO account VALUES(137,14.98),(141,1937.50),(97,-100.00);

SELECT @sum AS 'Total amount inserted'; 
+-----------------------+ 
| Total amount inserted | 
+-----------------------+ 
| 1852.48 | 
+-----------------------+

mysql> CREATE TRIGGER ins_transaction BEFORE INSERT ON account 
-> FOR EACH ROW PRECEDES ins_sum 
-> SET 
-> @deposits = @deposits + IF(NEW.amount>0,NEW.amount,0), 
-> @withdrawals = @withdrawals + IF(NEW.amount<0,-NEW.amount,0);

mysql> SHOW triggers \G 
*************************** 1. row *************************** 
Trigger: ins_transaction 
Event: INSERT 
Table: account 
Statement: SET 
@deposits = @deposits + IF(NEW.amount>0,NEW.amount,0), 
@withdrawals = @withdrawals + IF(NEW.amount<0,-NEW.amount,0) 
Timing: BEFORE 
Created: 2014-05-14 21:23:49.66 
sql_mode: STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION 
Definer: root@localhost 
character_set_client: utf8 
collation_connection: utf8_general_ci 
Database Collation: latin1_swedish_ci 
*************************** 2. row *************************** 
Trigger: ins_sum 
Event: INSERT 
Table: account 
Statement: SET @sum = @sum + NEW.amount 
Timing: BEFORE 
Created: 2014-05-14 21:22:47.91 
sql_mode: STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION 
Definer: root@localhost 
character_set_client: utf8 
collation_connection: utf8_general_ci 
Database Collation: latin1_swedish_ci

グローバル化の改善

mysql> CREATE TABLE t1 
-> ( c1 CHAR(10) CHARACTER SET latin1 
-> ) DEFAULT CHARACTER SET gb18030 COLLATE gb18030_chinese_ci ; 
Query OK

せずにレプリケーションマスタを変更するSTOP SLAVE

http://dev.mysql.com/doc/refman/5.7/en/change-master-to.html
Read more about this on via the two links above. This could be another very nice improvement. The documentation gives many examples.

HANDLERパーティション表で

mysql> HANDLER City OPEN AS city_handle;

mysql> HANDLER city_handle READ FIRST; 
+----+-------+-------------+----------+------------+ 
| ID | Name | CountryCode | District | Population | 
+----+-------+-------------+----------+------------+ 
| 1 | Kabul | AFG | Kabol | 1780000 | 
+----+-------+-------------+----------+------------+

mysql> HANDLER city_handle READ NEXT LIMIT 3; 
+----+-----------+-------------+---------------+------------+ 
| ID | Name | CountryCode | District | Population | 
+----+-----------+-------------+---------------+------------+ 
| 5 | Amsterdam | NLD | Noord-Holland | 731200 | 
| 6 | Rotterdam | NLD | Zuid-Holland | 593321 | 
| 7 | Haag | NLD | Zuid-Holland | 440900 | 
+----+-----------+-------------+---------------+------------+

mysql> CREATE TABLE `t2` ( 
-> `t2_id` int(10) unsigned NOT NULL AUTO_INCREMENT, 
-> `inserttimestamp` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, 
-> `somevalue` int(10) unsigned DEFAULT NULL, 
-> `rowLastUpdateTime` datetime DEFAULT NULL, 
-> PRIMARY KEY (`t2_id`,`inserttimestamp`) 
-> ) ENGINE=InnoDB;

mysql> ALTER TABLE t2 
-> PARTITION BY RANGE ( TO_DAYS(inserttimestamp) ) ( 
-> PARTITION Jan2014 VALUES LESS THAN (TO_DAYS('2014-02-01')), 
-> PARTITION Feb2014 VALUES LESS THAN (TO_DAYS('2014-03-01')), 
-> PARTITION Mar2014 VALUES LESS THAN (TO_DAYS('2014-04-01')), 
-> PARTITION Apr2014 VALUES LESS THAN (TO_DAYS('2014-05-01')), 
-> PARTITION May2014 VALUES LESS THAN (TO_DAYS('2014-06-01')), 
-> PARTITION Jun2014 VALUES LESS THAN (TO_DAYS('2014-07-01')), 
-> PARTITION Jul2014 VALUES LESS THAN (TO_DAYS('2014-08-01')), 
-> PARTITION Aug2014 VALUES LESS THAN (TO_DAYS('2014-09-01')), 
-> PARTITION Sep2014 VALUES LESS THAN (TO_DAYS('2014-10-01')), 
-> PARTITION Oct2014 VALUES LESS THAN (TO_DAYS('2014-11-01')), 
-> PARTITION Nov2014 VALUES LESS THAN (TO_DAYS('2014-12-01')), 
-> PARTITION Dec2014 VALUES LESS THAN (TO_DAYS('2015-01-01')), 
-> PARTITION Jan2015 VALUES LESS THAN (TO_DAYS('2015-02-01')) 
-> );

mysql> INSERT INTO t2 VALUES (NULL,NOW(),1,NOW());

mysql> HANDLER t2 OPEN AS t_handle; 
mysql> HANDLER t_handle READ FIRST; 
+-------+---------------------+-----------+---------------------+ 
| t2_id | inserttimestamp | somevalue | rowLastUpdateTime | 
+-------+---------------------+-----------+---------------------+ 
| 1 | 2014-05-14 21:53:28 | 1 | 2014-05-14 21:53:28 | 
+-------+---------------------+-----------+---------------------+

mysqlbinlogにして書き換えたデータベース名

によるデータベースの名前変更mysqlbinlogは
これはPerconaは年齢のために持っていた機能です。

http://www.percona.com/doc/percona-server/5.1/release-notes/Percona-Server-5.1.62-13.3.html#5.1.62-13.3

mysql> select @@binlog_format\G 
*************************** 1. row *************************** 
@@binlog_format: ROW

# mysqlbinlog --database=world mysql-bin.000002 | grep world | wc -l 
22543# mysqlbinlog --rewrite-db='world->renameddb' mysql-bin.000002 | grep renameddb | wc -l 
22542

2014年5月6日火曜日

MySQLエラー1118（42000）上のMySQL 5.0のMySQL 5.5以上

Original post: http://anothermysqldba.blogspot.com/2014/05/mysql-error-1118-42000-mysql-50-to.html

だから私は最近、私は、MySQL 5.0からMySQLの5.5にアップグレードしなければならなかったことのTBSのデータベースを持っていた。
このブログの記事は、以下に触れたいと思います。

のsql_mode
innodb_strict_mode
SLAVE IO_THREAD

（mysqlcheckは行いませ）mysql_upgradeはプロセスの間に私はすぐに次のエラーが気づいた。

ERROR 1118 (42000) at line 23: Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.

だから私は、私が最初にいくつかのことを確認しなければならなかった始めた。

# The master DB was > select @@sql_mode;
+------------+
| @@sql_mode |
+------------+
| |
+------------+

新しいDBがあった

mysql> select @@sql_mode;
+--------------------------------------------+
| @@sql_mode |
+--------------------------------------------+
| STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION | +--------------------------------------------+

[OK]を私はむしろ空の値以上のsql_modeのために何かを持っているでしょう。
だから私はそれを手放す。

# MASTER SERVER
select @@innodb_strict_mode;
ERROR 1193 (HY000): Unknown system variable 'innodb_strict_mode'

# NEW SERVER mysql> select @@innodb_strict_mode;
+----------------------+
| @@innodb_strict_mode |
+----------------------+
| 1 |
+----------------------+

この設定についての詳細をここに読むことができます。
http://dev.mysql.com/doc/innodb-plugin/1.0/en/innodb-other-changes-strict-mode.html

mysql> SET GLOBAL innodb_strict_mode=0;

上記のコマンドは、私は、少なくともMySQLのテーブルをチェックアップグレードすることができました。安全のために、私はまだすべてのテーブルをダンプしてロードするbashスクリプトを設定します。（はい、それらのすべてのTBS）

近道を取ると、すべてがOKであるとは限りません。

あなたが取得している場合はエラーがmysqldumpをし、ファイルを再ロードします。より良い申し訳ありませんが、後でよりも安全であること。

データは5.5 +にロードされると、私は確認して変数を調整することができます。

それは、データのTBのをダンプしてロードするためにいくつかの時間を取るつもりだと言ってそう言うまでもなく。私は可能な限り高速に追いつくために、スレーブに私ができるすべての機会を与えたいと思う。私のシェルスクリプトをダンプし、データをロードしている間、データベースはその間にバイナリログを収集することはできません理由はありません。

mysql> START SLAVE IO_THREAD ;

だから今、私のPROCESSLISTが表示されている間。

SELECT /*!40001 SQL_NO_CACHE */ *

スレーブの状態が示しています。
Slave_IO_Running：はい
Slave_SQL_Running：いいえ

私は、データベースをきれいにしながら、だから私は、ログを収集しています。
これは私が行く準備ができていたら、データベースがすぐに追いつくようにする必要があります。

2014年5月3日土曜日

のmysqlslapとMySQLベンチマーク

Original post: http://anothermysqldba.blogspot.com/2014/05/mysql-benchmark-with-mysqlslap.html

だからあなたのデータベースに対して様々なMySQLクエリをベンチマーキングするのは非常に賢明なことです。それは言うまでもない。我々は最適化しながら、我々は彼らに彼らが参考に証明する必要があり、ベンチマークするために時間を割いEXPLAIN（および拡張EXPLAIN）を使用することができます最善を照会します。

これはのmysqlslap文を実行する簡単な例です。

この例では、私は、MySQLからのworldデータベースをロードしました。（http://dev.mysql.com/doc/index-other.html ）

私はすべての3つのテーブルを結合し、クエリを作成し、/ tmpに/ tests.sqlに入れて。実行計画は以下の通りです。


root@localhost [world]> EXPLAIN EXTENDED SELECT C.Name as City, Y.Name as Country, L.Language,Y.Population FROM City C INNER JOIN Country Y ON C.CountryCode = Y.Code INNER JOIN CountryLanguage L ON C.CountryCode = L.CountryCode WHERE C.Name LIKE 'D%' AND Y.Continent='Europe' \G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: C
type: range
possible_keys: CountryCode,name_key
key: name_key
key_len: 5
ref: NULL
rows: 127
filtered: 100.00
Extra: Using where
*************************** 2. row ***************************
id: 1
select_type: SIMPLE
table: Y
type: eq_ref
possible_keys: PRIMARY
key: PRIMARY
key_len: 3
ref: world.C.CountryCode
rows: 1
filtered: 100.00
Extra: Using where
*************************** 3. row ***************************
id: 1
select_type: SIMPLE
table: L
type: ref
possible_keys: PRIMARY,CountryCode
key: CountryCode
key_len: 3
ref: world.C.CountryCode
rows: 2
filtered: 100.00
Extra: Using index
3 rows in set, 1 warning (0.00 sec)

root@localhost [world]> show warnings \G
*************************** 1. row ***************************
Level: Note
Code: 1003
Message: /* select#1 */ select `world`.`C`.`Name` AS `City`,`world`.`Y`.`Name` AS `Country`,`world`.`L`.`Language` AS `Language`,`world`.`Y`.`Population` AS `Population` from `world`.`City` `C` join `world`.`Country` `Y` join `world`.`CountryLanguage` `L` where ((`world`.`Y`.`Code` = `world`.`C`.`CountryCode`) and (`world`.`L`.`CountryCode` = `world`.`C`.`CountryCode`) and (`world`.`Y`.`Continent` = 'Europe') and (`world`.`C`.`Name` like 'D%'))

今のmysqlslapツールは、MySQL 5.1.4から存在しています
以下にいくつかの他の有用なリンクがあります。

今、私は私のクエリを持っていることを、私は、次のコマンドを使用してデータベースに対するベンチマークそれはすることができます。

のmysqlslap - 同時実行性= 150 - 反復= 50 - クエリ=を/ tmp / test.sql内 - 作成 - スキーマ=世界

一つ注意：
問合せは、ツールが簡単にエラーの場合と同様に、非常にきれいである必要があります。
例えば以下は、このエラーを投げ：


SELECT C.Name as City, Y.Name as Country, L.Language,Y.Population
FROM City C
INNER JOIN Country Y ON C.CountryCode = Y.Code
INNER JOIN CountryLanguage L ON C.CountryCode = L.CountryCode
WHERE C.Name LIKE 'D%' AND Y.Continent='Europe'

このクエリはうまく働いている間。


SELECT C.Name as City, Y.Name as Country, L.Language,Y.Population FROM City C INNER JOIN Country Y ON C.CountryCode = Y.Code INNER JOIN CountryLanguage L ON C.CountryCode = L.CountryCode WHERE C.Name LIKE 'D%' AND Y.Continent='Europe'

あなたのためのツールが出力ベンチマーク結果


Benchmark
Average number of seconds to run all queries: 0.104 seconds
Minimum number of seconds to run all queries: 0.096 seconds
Maximum number of seconds to run all queries: 0.141 seconds
Number of clients running queries: 150
Average number of queries per client: 1

のmysqlslap - ヘルプは、あなたとあなたのクエリをテストするための多数のオプションを提供します。

あなたは、自動的にすべてを行うことができます


# mysqlslap --auto-generate-sql
Benchmark
Average number of seconds to run all queries: 0.243 seconds
Minimum number of seconds to run all queries: 0.243 seconds
Maximum number of seconds to run all queries: 0.243 seconds
Number of clients running queries: 1
Average number of queries per client: 0

あなたにも挿入をテストすることができます。たとえば、私は、この表を作成しました：


CREATE TABLE `foobar_table` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`time_recorded` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=InnoDB ;

それでは、次のようにテストされています。


# mysqlslap --concurrency=1150 --iterations=530 --query="use test;insert into foobar_table (id) values (null)" --delimiter=";"
mysqlslap: Could not create thread

OKエラーは非常に有用ではありません...しかし、うまくいけば、エラーに気づく。あなただけの530回の繰り返しを持っている場合、それは1150年の同時トランザクションを持つことは難しいです。


# mysqlslap --concurrency=150 --iterations=30 --query=/tmp/test1.sql --create-schema=test --verbose
Benchmark
Average number of seconds to run all queries: 0.260 seconds
Minimum number of seconds to run all queries: 0.192 seconds
Maximum number of seconds to run all queries: 0.476 seconds
Number of clients running queries: 150
Average number of queries per client: 1

例えば以下は、はるかに優れていました。


# mysqlslap --concurrency=200 --iterations=1000 --query=" insert into foobar_table (id) values (null)" --verbose --create-schema=test
Benchmark
Average number of seconds to run all queries: 0.282 seconds
Minimum number of seconds to run all queries: 0.217 seconds
Maximum number of seconds to run all queries: 0.726 seconds
Number of clients running queries: 200
Average number of queries per client: 1

ちょうど私達が実際の挿入を行っていることを証明する..


root@localhost [test]> select count(id) from foobar_table;
+-----------+
| count(id) |
+-----------+
| 206091 |
+-----------+
1 row in set (0.13 sec)

今、私はまた、これは私がブログの記事で使用するだけでテスト·データベースであることを言う必要がありますので、これらの結果と照らし合わせて本番データベースを評価しません。

私は、面倒なクエリを見つける...このすべての直後にポイントを推測、それはあなたができる最善の最適化、およびベンチマークそれ。それだけではなく推測の自分の限界を知っている方がよい。

2014年4月26日土曜日

MySQLのパーティションのタイムスタンプ - 日時

Original post: http://anothermysqldba.blogspot.com/2014/04/mysql-partitions-timestamp-datetime.html

だから私は最近、私はまだMySQLのパーティションについてはあまり話していないことに気づきました。
MySQLのパーティション上の多くの良いブログの記事は、すでに存在しており、私は以下のいくつかを記載しております。

私は、次のような状況に遭遇してしまったと私はそれが他の人に役立つことを証明願っています。

timestampデータ型は、しばしば使用されるが、日時はパーティションで良い作品。
（タイムスタンプはないUPDATE CURRENT_TIMESTAMPにNOT NULLにDEFAULT CURRENT_TIMESTAMP）

だから、それをどのようにどのようにこれを修正する例を次に示します。

我々はこの単純なテーブルを持って開始します。


 CREATE TABLE `t1` ( 
 `t1_id` int(11) NOT NULL AUTO_INCREMENT, 
 `field1` varchar(25) DEFAULT NULL, 
 `field2` int(10) DEFAULT '0', 
 `time_recorded` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, 
 PRIMARY KEY (`t1_id`), 
 KEY `tr` (`time_recorded`) 
 ) ENGINE=InnoDB AUTO_INCREMENT=856964

私たちは、time_recordedフィールド上でパーティションを作成する。それは、直接にするために、我々は毎月、それを中断します。


 ALTER TABLE t1 
 PARTITION BY RANGE ( TO_DAYS(time_recorded) ) ( 
 PARTITION Jan2014 VALUES LESS THAN (TO_DAYS('2014-02-01')), 
 PARTITION Feb2014 VALUES LESS THAN (TO_DAYS('2014-03-01')), 
 PARTITION Mar2014 VALUES LESS THAN (TO_DAYS('2014-04-01')), 
 PARTITION Apr2014 VALUES LESS THAN (TO_DAYS('2014-05-01')), 
 PARTITION May2014 VALUES LESS THAN (TO_DAYS('2014-06-01')), 
 PARTITION Jun2014 VALUES LESS THAN (TO_DAYS('2014-07-01')), 
 PARTITION Jul2014 VALUES LESS THAN (TO_DAYS('2014-08-01')), 
 PARTITION Aug2014 VALUES LESS THAN (TO_DAYS('2014-09-01')), 
 PARTITION Sep2014 VALUES LESS THAN (TO_DAYS('2014-10-01')), 
 PARTITION Oct2014 VALUES LESS THAN (TO_DAYS('2014-11-01')), 
 PARTITION Nov2014 VALUES LESS THAN (TO_DAYS('2014-12-01')), 
 PARTITION Dec2014 VALUES LESS THAN (TO_DAYS('2015-01-01')), 
 PARTITION Jan2015 VALUES LESS THAN (TO_DAYS('2015-02-01')) 
 ); 
 ERROR 1486 (HY000): Constant, random or timezone-dependent expressions in (sub)partitioning function are not allowed

だから今何を....

さて私は、我々は、パーティションが必要な場合は更新され、主キーを必要とする知っている。


 ALTER TABLE t1  DROP PRIMARY KEY, ADD PRIMARY KEY (`t1_id`,`time_recorded`), LOCK=NONE; 
 Query OK, 0 rows affected (38.96 sec) 
 Records: 0  Duplicates: 0  Warnings: 0

私は、MySQL 5.6を使用していたためであるLOCK = NONEを持っていないことに注意してください

主キーの変更は、私はまだ、データ型を調整する必要があり、私はかかわらず、パーティションを追加することはできません。今回はSHARED = LOCKEDを使用しています。詳細については、上記のハイパーリンクを確認してください。あなたが動作しないタイプを選ぶことが起こる場合、通常は実行可能な解決策を提案します。


 ALTER TABLE t1 CHANGE  time_recorded  time_recorded datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, LOCK=SHARED; 
 Query OK, 854312 rows affected (41.89 sec) 
 Records: 854312  Duplicates: 0  Warnings: 0

だから今我々は我々のパーティションを追加することができます。


 ALTER TABLE t1 
 ->  PARTITION BY RANGE ( TO_DAYS(time_recorded) ) ( 
 ->      PARTITION Jan2014 VALUES LESS THAN (TO_DAYS('2014-02-01')), 
 ->      PARTITION Feb2014 VALUES LESS THAN (TO_DAYS('2014-03-01')), 
 ->      PARTITION Mar2014 VALUES LESS THAN (TO_DAYS('2014-04-01')), 
 ->      PARTITION Apr2014 VALUES LESS THAN (TO_DAYS('2014-05-01')), 
 ->      PARTITION May2014 VALUES LESS THAN (TO_DAYS('2014-06-01')), 
 ->      PARTITION Jun2014 VALUES LESS THAN (TO_DAYS('2014-07-01')), 
 ->      PARTITION Jul2014 VALUES LESS THAN (TO_DAYS('2014-08-01')), 
 ->      PARTITION Aug2014 VALUES LESS THAN (TO_DAYS('2014-09-01')), 
 ->      PARTITION Sep2014 VALUES LESS THAN (TO_DAYS('2014-10-01')), 
 ->      PARTITION Oct2014 VALUES LESS THAN (TO_DAYS('2014-11-01')), 
 ->      PARTITION Nov2014 VALUES LESS THAN (TO_DAYS('2014-12-01')), 
 ->      PARTITION Dec2014 VALUES LESS THAN (TO_DAYS('2015-01-01')), 
 ->      PARTITION Jan2015 VALUES LESS THAN (TO_DAYS('2015-02-01')) 
 ->  ); 
 Query OK, 854312 rows affected (50.74 sec) 
 Records: 854312  Duplicates: 0  Warnings: 0

我々は、SELECT、UPDATE、INSERTおよびパーティションごとなどを削除することができます。：なお、ここでの詳細https://dev.mysql.com/doc/refman/5.6/en/partitioning-selection.html 。


 SELECT COUNT(t1_id) FROM t1 PARTITION (Jan2014); 
 +--------------+ 
 | COUNT(t1_id) | 
 +--------------+ 
 |       661752 | 
 +--------------+ 
 1 row in set (0.55 sec) 
 SELECT COUNT(t1_id) FROM t1 PARTITION (Feb2014); 
 +--------------+ 
 | COUNT(t1_id) | 
 +--------------+ 
 |        64952 | 
 +--------------+ 
 1 row in set (0.04 sec) 
 SELECT COUNT(t1_id) FROM t1 PARTITION (Mar2014); 
 +--------------+ 
 | COUNT(t1_id) | 
 +--------------+ 
 |        71336 | 
 +--------------+ 
 1 row in set (0.04 sec) 
 SELECT COUNT(t1_id) FROM t1 PARTITION (Apr2014); 
 +--------------+ 
 | COUNT(t1_id) | 
 +--------------+ 
 |        56272 | 
 +--------------+ 
 1 row in set (0.05 sec)

この作品、私たちは今、パーティションを持っていないが。我々はまた、現在、パーティションのメンテナンスを考慮しなければなりません。グリンさんのブログには、自動化されたドロップの非常に良い例を提供し、パーティションの追加。あなたが例を調整する必要がありますパーティションを削除したくない場合は許可した。
私は私のテーブルの例については、それを調整した。確認してくださいグリンのブログ詳細については。


 DROP PROCEDURE IF EXISTS Rotate_t1_Partition; 
 DELIMITER ;; 
 CREATE PROCEDURE Rotate_t1_Partition (newPartValue DATETIME) 
 BEGIN 
 -- Setup 
 DECLARE keepStmt VARCHAR(2000) DEFAULT @stmt; 
 DECLARE partitionToDrop VARCHAR(64); 
 
 -- Find and drop the first partition in the table. 
 SELECT partition_name 
 INTO partitionToDrop 
 FROM INFORMATION_SCHEMA.PARTITIONS 
 WHERE table_schema='forums_mysql' 
 AND table_name='t1' 
 AND partition_ordinal_position=1; 
 SET @stmt = CONCAT('ALTER TABLE t1 DROP PARTITION ',  partitionToDrop); 
 PREPARE pStmt FROM @stmt; 
 EXECUTE pStmt; 
 DEALLOCATE PREPARE pStmt; 
 
 -- Add a new partition using the input date for a value limit. 

 SET @stmt = CONCAT('ALTER TABLE t1 ADD PARTITION (PARTITION ', 
DATE_FORMAT(newPartValue - interval 1 MONTH, '%b%Y'), ' VALUES LESS THAN
 (TO_DAYS(\'',  DATE_FORMAT(newPartValue, '%Y-%m-%d'),'\')))'); 
 PREPARE pStmt FROM @stmt; 
 EXECUTE pStmt; 
 DEALLOCATE PREPARE pStmt; 
 
 -- Cleanup 
 SET @stmt = keepStmt; 
 END;; 
 DELIMITER ;

だから私は、簡単に次のようになりました、このテーブルを更新することができます。


 CALL Rotate_t1_Partition('2015-03-01'); 
 Query OK, 0 rows affected (1.11 sec)

のようにしても、できグリンのブログが指摘して、あなたは今、（）+区間1ヶ月以上、これまでその時間枠には、パーティションのために決定してこれを使用することができます。あなたは既にパーティションの日付を渡すと、それが失敗することを心に留めておく必要が付与します。

自動化を続行するには、イベントにこれを追加することができます。


 CREATE EVENT Rotate_t1_Partition 
 -> ON SCHEDULE EVERY 1 MONTH 
 -> DISABLE ON SLAVE 
 -> COMMENT 'Remove oldest partition and add a new one ' 
 -> DO 
 -> CALL Rotate_t1_Partition(NOW() + interval 1 MONTH); 
 Query OK, 0 rows affected (0.04 sec)

念頭に置いて、上記の例のための有効な時刻を保つ。私は一例として、これを使用しました。

2014年4月19日土曜日

セキュア＆MySQLのHeartbleed

Original post: http://anothermysqldba.blogspot.com/2014/04/heartbleed-secure-mysql.html
さて懸念の多くは、と当然のこと、最近ではheartbleedのバグについて説明した。

私は、私は専門家がすでに言及している検討しているものよりもはるかに多くを追加しようとする必要はないと思う。あなたは、以下の記事をレビューしていない場合は知っておくべきです。

http://www.mysqlperformanceblog.com/2014/04/08/openssl-heartbleed-cve-2014-0160/
http://www.mysqlperformanceblog.com/2014/04/09/heartbleed-separating-faq-from-fud/
http://www.mysqlperformanceblog.com/2014/04/14/advisory-heartbleed-cve-2014-0160-perconas-customers-users/
http://www.oracle.com/ technetwork /トピック/セキュリティ/ アラートCVE-2014-0160-2190703を。 HTML
https://www.openssl.org/news/ secadv_20140407.txt
https://lists.fedoraproject.org/pipermail/package-announce/2014-April/131221.html

それは様々な側面がいくつにダウンしています。

まず、お使いのOSを更新し、固定します。

その後、MySQLでSSLを使用する場合

MySQLを停止

お使いの接続のための新たな本命を作成します。

つまり、新しい有効期限が切れる日付となどが含まれている必要があり

MySQLを起動する

あなたのOpenSSLをパッチの適用は単純明快である。あなたは、OpenSSL 1.0.1e--16 +にアップデートする必要が
それはあなたのコードリポジトリは、少なくともそれは私がこれまで見てきたものであり、この更新を持つ可能性が高い。


 # yum list openssl   resulted in 1.0.1e-16.el6_5.7

Fedoraの20を介して、例えば


 # rpm -q openssl 
 openssl-1.0.1e-30.fc20.x86_64 
 
 #yum update openssl

インストールされて1:1.0.1電子37.fc20.1

だから、手順に従うのは簡単です、それはあなたのシステムが安全であることを確認するのはあなた次第です。

登録: 投稿 (Atom)

Pages