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のバグについて説明した。

私は、私は専門家がすでに言及している検討しているものよりもはるかに多くを追加しようとする必要はないと思う。 あなたは、以下の記事をレビューしていない場合は知っておくべきです。
それは様々な側面がいくつにダウンしています。
  • まず、お使いの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

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

2014年4月7日月曜日

WebScaleSQLインストールで解決...パート2

Original post: http://anothermysqldba.blogspot.com/2014/04/webscalesql-installation-solved-part-2.html

:これはのフォローアップで試行さWebScaleSQLインストール...パート1

そう典型的なオタク、開発者、馬鹿または何..私はしなかったというRTFMか、この場合のよくある質問

私が注目し、ちょうどそれに突入していなかったので、一度、私がインストールされWebScaleSQLを正しく。
最大の問題は、私は古すぎるとOracleのリポジトリは、それがアップグレードされ得るのを助けるためにほとんど何もしなかったLinux OSを(OracleのLinux仮想マシン)を使用していたということでした。 私はちょうどそれがなかったことを、誰もが簡単に使用できるようなもので開始したいと思った一方で。

私がダウンロードしたFedoraの20 あなたは、彼らがすでに使用していることがわかります、GCC 4.8.2を。
だから、ポイントは、新しい技術を使用する場合は、同様にあなたのOSのアップデート、十分に簡単である。

あなたが本当にあなたのGCCをアップグレードして、現在のOSに滞在する場合は、これらのハイパーリンクは便利かもしれません:
以下は、私は、それがインストールさにかかった手順は次のとおりです。 依存関係が所定の位置に入ると、それは、インストールの基本的なソースです。

#cd /usr/local/
#yum -y install gcc git readline-devel gcc-c++ bison-devel bison cmake ncurses-devel
# gcc -v
gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC)

#git clone https://github.com/webscalesql/webscalesql-5.6.git
#ln -s webscalesql-5.6 mysql
#groupadd mysql
#useradd -r -g mysql mysql
#cd mysql/
#cmake . -DENABLE_DOWNLOADS=1
-- Successfully downloaded http://googlemock.googlecode.com/files/gmock-1.6.0.zip
-- Configuring done
-- Generating done
-- Build files have been written to: /usr/local/src/webscalesql-5.6

#make
Scanning dependencies of target INFO_BIN
[ 0%] Built target INFO_BIN
Scanning dependencies of target INFO_SRC
[ 0%] Built target INFO_SRC
Scanning dependencies of target abi_check
[ 0%] Built target abi_check
Scanning dependencies of target zlib
[ 1%] Building C object zlib/CMakeFiles/zlib.dir/adler32.co
.....
[100%] Building CXX object mysql-test/lib/My/SafeProcess/CMakeFiles/my_safe_process.dir/safe_process.cc.o
Linking CXX executable my_safe_process
[100%] Built target my_safe_process
#make install
#chmod +x scripts/mysql_install_db
#yum -y install perl-Data-Dumper-Names
#./scripts/mysql_install_db --user=mysql
#chown -R mysql data
#./bin/mysqld_safe &
# ./bin/mysql

mysql> SELECT VERSION();
+-----------+
| VERSION() |
+-----------+
| 5.6.17 |
+-----------+

mysql> show variables like '%read_only%';
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| innodb_read_only | OFF |
| read_only | OFF |
| super_read_only | OFF |
| tx_read_only | OFF |
+------------------+-------+

cd mysql-test ; perl mysql-test-run.pl


[OK]を、今我々はそれを持って、実行していることを···我々はそれを探索することができます...

2014年4月4日金曜日

MySQLの説明&SQL_NO_CACHE

Original post: http://anothermysqldba.blogspot.com/2014/04/mysql-explain-sqlnocache.html

だから、今日私は彼らのデータベースのパフォーマンスを持つ人を支援し、いくつかの下手に書かれたクエリに出会った。 今、確かに誰もが目標は、それらを避けるためにあなたができることはすべて行うことです、ミスをする。

つまり、あなたの環境に緩いクエリを聞かせて前にすべき役立つヒントだけのカップル。

常に最初に説明を経由してクエリを実行します。 最初の説明何のような単純なものは、(それが実行されませんので)全くタイプミスを確認せず、クエリを最適化できるようになります。
いくつかのリンクは、すでに説明しての使用方法については存在します。
目標は単純です。 あなたがでpossible_keysとキー(nullではない)での有効なキーをしたいし、それがkey_lenにに来るときには、すべてのテーブルは、行の100Sにしたくない。 あなたが最初にkey_lenには200(私が例として取り上げただ数)であることが得ることができる場合、以下のは5,4,3,2,1としない別の200であることが、あなたのクエリでは、よく実行する必要があります。 それは非常に単純化し、高レベルの文であると私はあなたが詳しく説明し理解することが記載されているハイパーリンクを参考することができます。 今日見たクエリは、5 +が参加し、すべてのkey_lenにサブセレクト(参加を通じてどこ声明の中で優れていた)と200 +の行がありました。 いくつかの調整はあなたのクエリが1秒以下に200秒からドロップできるようにすることができます。 いつも、いつも、いつも説明しますか。

次のヒントは、SQL_NO_CACHEを使用してクエリをテストしてみてください。 これは、実際のクエリをテストし、それをあなたができる最善の方法を最適化することができます。 それは(それがになる場合)、キャッシュされたとなったら、それはあなたのためだけに、そのはるかに高速に実行されます。
最後の注意...一度フォージサイトに存在していたが、今であるMySQLのSQLパフォーマンスのヒントを見てみましょう- https://wikis.oracle.com/pages/viewpage.action?pageId=27263381

2014年4月1日火曜日

ただMySQLUsercloneやMySQLユーザーをコピーします

Original post: http://anothermysqldba.blogspot.com/2014/04/mysqluserclone-or-just-copy-mysql-users.html

私は最近出会ったMySQLのフォーラム投稿新しいシステムにユーザーを移行する方法を探していました。

これはいくつかの方法を行うことができますが、私はそれが私に遊ぶとデモする機会与えた考え出しmysqlusercloneのツールを。

だから私は、2つのデータベースのみ1ウィキユーザーを持っている。


root@localhost [(none)]> select VERSION();
+------------+
| VERSION() |
+------------+
| 5.6.10-log |
+------------+
root@localhost [(none)]> show grants for wikiuser@localhost;
+-------------------------------------------------------------------------------------------------------------------+
| Grants for wikiuser@localhost |
+-------------------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'wikiuser'@'localhost' IDENTIFIED BY PASSWORD '1e09502e61120480' |
| GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, LOCK TABLES ON `wikidb`.* TO 'wikiuser'@'localhost' |
+-------------------------------------------------------------------------------------------------------------------+

select VERSION();
+------------+
| VERSION() |
+------------+
| 5.5.30-log |
+------------+
show grants for wikiuser@localhost;
ERROR 1141 (42000): There is no such grant defined for user 'wikiuser' on host 'localhost'



だから今mysqlusercloneツールを使用する


Usage: mysqluserclone --source=user:pass@host:port:socket --destination=user:pass@host:port:socket joe@localhost sam:secret1@localhost

# mysqluserclone --source=root:<PASSWORD>@localhost:3306 --destination=root:@localhost:3307 wikiuser@localhost wikiuser@localhost
# Source on localhost: ... connected.
# Destination on localhost: ... connected.
# Cloning 1 users...
# Cloning wikiuser@localhost to user wikiuser@localhost
# ...done.

root@localhost [(none)]> select VERSION();
+------------+
| VERSION() |
+------------+
| 5.5.30-log |
+------------+
1 row in set (0.00 sec)

root@localhost [(none)]> show grants for wikiuser@localhost;
+-------------------------------------------------------------------------------------------------------------------+
| Grants for wikiuser@localhost |
+-------------------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'wikiuser'@'localhost' |
| GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, LOCK TABLES ON `wikidb`.* TO 'wikiuser'@'localhost' |
+-------------------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)
私は、ユーザーのパスワードを設定しなかったため、パスワードが欠落していることに注意してください。 十分ではありませんOPPS。

付与された新しいパスワードで新しいユーザーアカウントを設定したい場合、それは素晴らしい作品。 私はクローンコマンドの一部として、新しいパスワードを渡されたのでした

mysqluserclone --source=root:<PASSWORD>@localhost:3306 --destination=root:@localhost:3307 wikiuser@localhost wikiuser:<PASSWORD>@localhost


しかし、どのような場合、私は、パスワードを知らないのか? 私は、すべてのクライアントがすべての同じパスワードを持つようにしたい。

私はまた、以下のプロセスを行うことができます。
  • DBの1からの助成金を集める
  • 助成金のためにファイルを編集して、私は移動したい
  • 安全なSQLを作るために、コメントを追加し、ユーザーのファイルを編集
  • DB 2にファイルをロード
select CONCAT('SHOW GRANTS FOR `',USER,'`@',HOST,';') as showgrants FROM mysql.user INTO OUTFILE '/tmp/showgrants.sql';

vi /tmp/showgrants.sql

mysql < /tmp/showgrants.sql > /tmp/user_grants.sql

vi /tmp/user_grants.sql
:%s/Grants for/#Grants for/g
:%s/\n/;\r/g
mysql --port=3307 -u root -p < /tmp/user_grants.sql
> show grants for wikiuser@localhost;
+----------------------------------------------------------------------------------------------------------+
| Grants for wikiuser@localhost |
+----------------------------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'wikiuser'@'localhost' IDENTIFIED BY PASSWORD '1e09502e61120480' |
| GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER, LOCK TABLES ON `wikidb`.* TO 'wikiuser'@'localhost' |
+----------------------------------------------------------------------------------------------------------+



今、私は、同じユーザー、ホストおよびパスワードを取得している。