LinuxでMysql5.6のインストール手順

1は、MySQLのインストールパッケージは、MySQLバイナリパッケージをアップロードし、どのようなインストールすることは実際にはない手順が、そのようなデータディレクトリ/データ構成として、いくつかの設定を手動で設定する必要がありますこれは、インストールディレクトリトライしないように、フォルダ内のデータディレクトリにあります。

タイトル外側を挿入します。あなたが新しく追加されたハードディスクMySQLデータディレクトリにしたい場合は、次のようにLVMを作る:新しく追加されたハードディスクはは/ dev / sdb1がある場合は、

  

パーティション分割のfdisk、作成の/ dev / sda7 sda8はsda9  ファイルシステムタイプを指定 8Eを--- LinuxのLVM、partprobeパーティションテーブルの下のリセット、は、pvcreateは/ dev / sda7 8 、9、pvdisplay ---- 全てのPVネイティブを見ます

  1、  PVを添加したVG

  vgcreate -s 64M VG01は/ dev / sda7 / dev / sda8は/ dev / sda9

  なしデフォルトとして-s 4メートルサイズ  :サイズ 2のパワー

  のvgdisplay ----- VG、可視PVの数、PEの数、および使用を参照してください

  2、VGはLVに分割しました

  lvcreateの-L 500M -n le01は/ dev / VG01

  LV -Lサイズを指定し、LV番号LEを指定する-l、-n LV指定された名前

  lvdisplayを

  占有LVでlvdisplayを-mは/ dev / VG01 / LV01 ----ビューPEのマッピング関係

  3、  のために LV本番ファイル・システム、マウントを使用

  mkfsコマンドの-t ext4のは/ dev / VG01 / LV01

  図4に示すように、ファイルシステムの製造が完了した後、マウントは/ dev / VG1 / LV1 / MySQLの

アップロードする他の方法はありませんが、あなたはヤムソースのツールをインストールすることができ、yumをlszrzをインストール-y、RZ自動的にエクスプローラページを開く入力します。アップロードするには、適切なパッケージをクリックします。

、現在使用されて2は、通常のtar.gzパッケージ、解凍コマンドタール-zxvf mysqlの***。tar.gz形式であります 

3、ファイルフォルダを抽出した後、MVのmysql ****は/ usr / local / mysqlの

4、CDは/ usr / local / mysqlの

  CPのサポート・ファイル/ mysql.serverの/etc/init.d/mysql.server

  ファイルが過去に追加された後、あなたは、開始サービスからのブートを追加することができます

  chkconfigを-addのmysqld(CPのサポート・ファイル/ mysql.serverの/etc/init.d/mysqld)

5、変更の/ etc /私の、CNFは、次のとおりです。

  [mysqldを】

    BASEDIR =は/ usr / local / mysqlの

    DATADIR = / mysqlの/データ

    #ノーコンフィギュレーションデータディレクトリ、システムは、/ var / libに/ mysqlの中に配置されます

    ソケット=の/ var / libに/ mysqlの/ .mysql.sock

    文字セットサーバ= UTF8

  [クライアント]

    ソケット=の/ var / libに/ mysqlの/にmysql.sock

    デフォルトの文字セット= UTF8

カン・ラオのmy.cnf設定別にファイルし、別のパス

あなたは既にmysql_safe --user = mysqlので始まる&サービスを開始するためのmysqlデーモンを起動することができ、あなたは、ログインするは/ usr / local / mysqlの/ binに/ mysqladminの-uroot -p mysqlのデータベースを使用してログインすることができます

輸出PATH =は/ usr / local / mysqlの/ binに:永久的であるの$ PATH、今の環境では、編集の/ etc / pfofileを書かれていません。また、税収が一時的に変更収集するために、コマンドラインから直接輸出を入力することができ、私の

 

MySQLのデータディレクトリでは、2つのデータベースファイルがあると、文の構造を復元するために、時間を掛けることができます

  MySQLの公式サイトのツールmysqlfrm

MySQLのデータベーステーブルは、ファイルテーブル作成文で、データベースのデータ復旧の構造に由来することができます
コマンドを次のような:mysqlfrm --diagnostic /data/mysql_data/aaa/a.frm
このコマンドは、テーブル構造を回復すると思われる、方法がわかりませんデータ復旧  

 次のように6は、MySQLのインストールパッケージファイルがINSTALL_BINARY、前記実装工程があり、今目を覚まします

シェル> YUM情報のためのlibaio#検索検索
YUM#ライブラリのインストールlibaioをインストール>シェルの
情報のための#検索のlibaioシェル>のapt-キャッシュ検索
シェル> libaio1#ライブラリのインストールインストールapt-getを
> groupaddのmysqlのシェルを
シェル> useraddの-r -g mysqlのmysqlの
シェル> CDは/ usr / local
シェル>タールzxvf /path/to/mysql-VERSION-OS.tar.gz
シェル> LN -sフルパスツーmysqlの-VERSION-OSのMySQLの
シェル> CDのMySQLの
シェル> chownコマンド-R mysqlの。
シェル>はchgrp -R mysqlの。
シェル>スクリプト/ mysql_install_dbに--user = mysqlの
シェル>のchown -Rルート。
シェル>のchown -R mysqlのデータ
シェル>ビン/ mysqld_safeを--user = mysqlの&
シェル> CPのサポート・ファイル/ mysql.serverの/etc/init.d/mysql。

シェル> useraddの-r -g mysqlのmysqlの
シェル> CDは/ usr / local
シェル>タールzxvf /path/to/mysql-VERSION-OS.tar.gz
シェル> LN -sフルパスツーmysqlの-VERSION-OS mysqlの
シェル> gunzipは</path/to/mysql-VERSION-OS.tar.gz | タールあるxv -

7、カン・ラオのmy.cnf

[クライアント]
ユーザー=ルート
パスワード= 123
[mysqldを】
########基本設定########
サーバ-ID = 11
ポート= 3306
ユーザー= MySQLの
#bind_address = 10.166.224.32
#autocommit = 0
character_set_server = utf8mb4
skip_name_resolve = 1
MAX_CONNECTIONS = 800
てmax_connect_errors = 1000
DATADIR = /データ/ mysql_data
TRANSACTION_ISOLATION = READ-COMMITTED
explicit_defaults_for_timestamp = 1
join_buffer_size = 134217728
tmp_table_size = 67108864
TMPDIR = / TMP
のmax_allowed_pa​​cket = 16777216
#sql_mode = "STRICT_TRANS_TABLES、NO_ENGINE_SUBSTITUTION、NO_ZERO_DATE、NO_ZERO_IN_DATE、ERROR_FOR_DIVISION_BY_ZERO、NO_AUTO_CREATE_USER"
interactive_timeout = 1800
WAIT_TIMEOUT = 1800
read_buffer_size = 16777216
read_rnd_buffer_size = 33554432
sort_buffer_size = 33554432
######## ########ログ設定
LOG_ERROR = error.logに
#slow_query_log = 1
#slow_query_log_file = slow.log
#log_queries_not_using_indexes = 1
#log_slow_admin_statements = 1
#log_slow_slave_statements = 1
#log_throttle_queries_not_using_indexes = 10
#expire_logs_days = 90
#long_query_time = 2
#min_examined_row_limit = 100
########複製設定########
#master_info_repository =表
#relay_log_info_repository = TABLE
log_bin = bin.log
#sync_binlog = 1
#gtid_mode =オン
#enforce_gtid_consistency = 1
#log_slave_updates
#binlog_format =行
#relay_log = relay.log
#relay_log_recovery = 1
#binlog_gtid_simple_recovery = 1
#slave_skip_errors = ddl_exist_errors
######## InnoDBの設定#### ####
#innodb_page_size = 8192
#innodb_buffer_pool_size = 6G
#innodb_buffer_pool_instances = 8
#innodb_buffer_pool_load_at_startup = 1
#innodb_buffer_pool_dump_at_shutdown = 1
#innodb_lru_scan_depth = 2000
#innodb_lock_wait_timeout = 5
#innodb_io_capacity = 4000
#innodb_io_capacity_max = 8000
#innodb_flush_method = O_DIRECT
#innodb_file_format =バラクーダ
#innodb_file_format_max =バラクーダ
innodb_log_group_home_dir = / redoログ/
innodb_undo_directory = / undolog /
innodb_undo_logs = 128
innodb_undo_tablespaces = 3
#innodb_flush_neighbors = 1
innodb_log_file_size = 1G
innodb_log_buffer_size = 16777216
#innodb_purge_threads = 4
#innodb_large_prefix = 1
#innodb_thread_concurrency = 64
#innodb_print_all_deadlocks = 1
#innodb_strict_mode = 1
innodb_sort_buffer_size = 67108864
########半同期レプリケーション設定########
plugin_dir =は/ usr / local /のMySQL / LIB /プラグイン
plugin_load = "rpl_semi_sync_master = semisync_master.so; rpl_semi_sync_slave = semisync_slave.so"
#loose_rpl_semi_sync_master_enabled = 1
#loose_rpl_semi_sync_slave_enabled = 1
#loose_rpl_semi_sync_master_timeout = 5000
【のmysqld-5.7]
innodb_buffer_pool_dump_pct = 40
innodb_page_cleaners = 4
innodb_undo_log_truncate = 1
innodb_max_undo_log_size = 2G
innodb_purge_rseg_truncate_frequency = 128
binlog_gtid_simple_recovery = 1
log_timestamps =システム
transaction_write_set_extraction = MURMUR32
show_compatibility_56 =オン

 

パラメータに関連する1つの問題:

  innodb_log_file_sizeパラメータは、MySQLデータベースへの変更は、長い時間のために実行した後に、MySQLデータベースを再起動し、エラー、

  报错:エラー:異なるサイズの0 5242880です./ib_logfile0ログファイル、

  変更データを作成することはコメントアウト5M、システムのデフォルト、である前に、コメントをキャンセルした後、MySQLデータベースが報告された上記のエラーを開始し、有効ではありません。

  最終的な解決策:データディレクトリの後、MySQLデータディレクトリib_logfile0、ib_logfile1削除、このパラメータが有効になっているが、MySQLデータベース、正常なスタートを再起動します。

  なぜも2ログファイルパラメータ制御innodb_log_files_in_groupがあるだろう

 

おすすめ

転載: www.cnblogs.com/shy-1208/p/11967708.html