タグ付けされた質問 「mysql-5.5」

MySQLバージョン5.5-検索目的でmysqlもタグ付けしてください。

5
MySQLに複数のコアを使用させることは可能ですか?
単一のコア以上を使用しない専用のMySQLサーバーをいくつか紹介しました。私はMySQLのDBAよりも開発者なので、助けが必要です セットアップ サーバーは、OLAP / DataWarehouse(DW)タイプのロードでは非常に大きくなります。 プライマリ:96GB RAM、8コア+シングルRAID 10アレイ テスト:4コアの32GB RAM 最大のDBは540 GBで、合計は約1.1TBで、ほとんどがInnoDBテーブルです Solaris 10 Intel-64 MySQL 5.5.x 注:最大のDBはOLTP DRサーバーから複製されたものであり、DWはこれからロードされます。完全なDWではありません。6か月から6週間で終了するため、OLTP DBよりも小さくなります。 テストサーバーでの観察 3つの個別の接続 それぞれに同時(および異なる)があります ALTER TABLE...DROP KEY...ADD INDEX 3つのテーブルには250万行、380万行、450万行があります CPU使用率は最大25%になり(1つのコアが最大になります)、それ以上はなりません 3回のALTERには12〜25分かかります(最小の1つに4.5分かかります)。 ご質問 複数のコアを使用するには、どのような設定またはパッチが必要ですか? つまり、なぜMySQLは利用可能なすべてのコアを使用しないのですか?(他のRDBMSと同様) レプリケーションの結果ですか? その他の注意事項 RDBMS「スレッド」とOS「スレッド」の違いを理解しています 私はどんな形の並列性についても尋ねていません InnoDBとスレッドのシステム変数のいくつかは次善の策です(クイックウィンを探しています) 短期的には、ディスクレイアウトを変更できません 必要に応じてOSを調整できます 最小のテーブル上の単一のALTER TABLEには4.5分かかります(IMOに衝撃を与えます) 編集1 innodb_thread_concurrencyは両方で8に設定されます。はい、間違っていますが、MySQLが複数のコアを使用することはありません innodb_buffer_pool_sizeはプライマリで80GB、テストで10GBです(別のインスタンスはシャットダウンされます)。これは今のところ大丈夫です。 innodb_file_per_table = ON 編集2 innodb_flush_log_at_trx_commit …

3
ALTER TABLE-列の名前を変更する
これは私に夢中です! ブログテーブルの列の名前をread-moreからread_moreに変更したい 私はこれをすべて試しました: ALTER TABLE blog RENAME COLUMN read-more to read_more; ALTER TABLE blog CHANGE COLUMN 'read-more' 'read_more' VARCHAR(255) NOT NULL; そして、私はいつもこれを手に入れます! ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near …
102 mysql  mysql-5.5  mysql-5 

3
InnoDBがすべてのデータベースを1つのファイルに保存するのはなぜですか?
MyISAMを使用して各テーブルを対応するファイルに保存すると便利でした。InnoDBは多くの面で進歩を遂げましたが、なぜInnoDBがすべてのデータベースを1つのファイルに保存するのか疑問に思います(ibdata1デフォルト)。 InnoDBがテーブルの個々のインデックスファイルによってファイル内のデータの場所をマップすることは理解していますが、1つのファイルにすべてのデータが混在する理由はわかりません。さらに重要なのは、なぜサーバー上のすべてのデータベースのデータを混合するのですか? MyISAMの興味深い機能は、データベースフォルダーを別のマシンにコピー/貼り付けしてから、データベースを(ダンプなしで)使用できることです。

3
mysqlでのカスケードの削除とカスケードの更新の違い
MySQLデータベースに2つのテーブルがありますparent- child。親テーブルに基づいて、子テーブルに外部キー参照を追加しようとしています。間の有意差があるON UPDATE CASCADEとは、ON DELETE CASCADE 私の親テーブル CREATE TABLE parent ( id INT NOT NULL, PRIMARY KEY (id) ) ENGINE=INNODB; 私の質問は次のとおりです。次のSQLクエリの違いは何ですか。 ON DELETE CASCADE CREATE TABLE child ( id INT, parent_id INT, INDEX par_ind (parent_id), FOREIGN KEY (parent_id) REFERENCES parent(id) ON DELETE CASCADE ) ENGINE=INNODB; ON UPDATE CASCADE CREATE TABLE …

4
通信パケットの読み取りMySQLエラー
MySQLエラーログでは、次のような警告がかなり表示されます。 120611 16:12:30 [Warning] Aborted connection 2619503 to db: 'db_name' user: 'user_name' host: 'webapp_hostname' (Got an error reading communication packets) データ自体の損失に気付いていないので、この警告が何を意味するのか、それが何を引き起こすのか、そしてこれらを引き起こす問題にどのように対処するのか疑問に思います。これは、RHEL 6.1およびMySQL Enterprise 5.5にあります。
42 mysql  mysql-5.5 

2
InnoDB:エラー:テーブル「mysql」。「innodb_table_stats」はmysql 5.6へのアップグレード後に見つかりません
5.5からmysql 5.6にアップグレードしたところ、起動時にログにこのようなメッセージが散らばっています ここで解決策を見つけましたが、公式ではないようです。 http://forums.mysql.com/read.php?22,578559,579891#msg-579891 2013-12-06 21:08:00 7f87b1d26700 InnoDB: Error: Table "mysql"."innodb_table_stats" not found. 2013-12-06 21:08:00 7f87b1d26700 InnoDB: Recalculation of persistent statistics requested for table "drupal"."sessions" but the required persistent statistics storage is not present or is corrupted. Using transient stats instead. 2013-12-06 21:08:07 7f903c09c700 InnoDB: Error: Table "mysql"."innodb_table_stats" not found. …

1
断続的なMySQLが「致命的なエラー:バッファプールにメモリを割り当てられません」というエラーでクラッシュする
編集時に追加、2013-05-29:これは長い質問と議論であるため、質問と解決策の簡単な要約を以下に示します。小さなLinuxサーバー(1 GBのメモリ)でMySQLとApacheを実行する際に問題が発生しました。Apacheはより多くのメモリを要求し続け、結果として、OSは常にメモリを回復するためにMySQLを殺しました。 解決策は、ApacheをLighttpdに置き換えることでした。それを行った後、サーバーでのメモリ使用は数か月間完全に安定しており、いかなるクラッシュもありませんでした。編集の終わり 私は小さな仮想サーバーの初心者システム管理者です。サーバーの主な機能は、PHPで書かれたオープンソースのMoodleコース管理システムソフトウェアを実行することです。データベース(この場合はMySQL)とWebサーバー(この場合はApache)に依存しています。 サーバーは、1 GBのメモリと200 GBのディスク、カーネルバージョン2.6.18-308.8.2.el5xenを備えた64ビットCentOSリリース5.8(最終)を実行しています。MySQLバージョンは、Linux(x86_64)でreadline 5.1を使用する場合、Ver 14.14 Distrib 5.5.25です。 MoodleソフトウェアはMySQLのそれほどヘビーユーザーではないと思います。現在、約10人の教師のみがアクセスでき、データベース全体をbzip2でダンプおよび圧縮すると、結果のダンプのサイズは1 MB未満になります。 数ヶ月前にシステムをセットアップしました。Apacheサーバーはこれまでずっと安定していますが、MySQLは数回クラッシュしました。Webから最適な構成について学習しようとしましたが、前回/etc/my.cnfファイルを変更したとき/usr/share/doc/mysql55-server-5.5.25/my-large.cnfは、MySQLに付属のファイルを例として使用しました。このファイルは、512 MBのメモリを搭載したシステム向けであると述べているため、メモリ関連の構成パラメータを使用することはこのシステムにとって安全だと考えました。(私は以前はるかに小さい数字でMySQLのメモリー関連のパラメータを設定していた、と私はそれがクラッシュにつながっているかもしれないと思ったクラッシュはまだ発生している間、システムはより速くなりました少なくともである。)これらは、現在の内容です/etc/my.cnf: # /etc/my.cfg # The main and only MySQL configuration file on [WEBSITE ADDRESS REDACTED]. # Last updated 2012-09-23 by Teemu Leisti. # Most of the memory settings are set to be the same as the …


4
MySQL InnoDBクラッシュの事後分析
今朝、MySQLがクラッシュしました。 MySQLに含まれている標準のデータベースを除き、私が使用するものはすべてInnoDBです。 MySQLデーモンを再起動しようとしましたが、2回失敗しました。 その後、サーバー全体を再起動すると、MySQLが正しく起動し、それ以降は正常に機能しています。 初期クラッシュのmysqldログファイルには以下が含まれます。 120927 10:21:05 mysqld_safe Number of processes running now: 0 120927 10:21:06 mysqld_safe mysqld restarted 120927 10:21:12 [Note] Plugin 'FEDERATED' is disabled. 120927 10:21:12 InnoDB: The InnoDB memory heap is disabled 120927 10:21:12 InnoDB: Mutexes and rw_locks use GCC atomic builtins 120927 10:21:12 InnoDB: Compressed tables …

5
MySQLを適切に殺す方法は?
CPanelがインストールされたCentOS 64ビットを使用しています。 service mysql stop 周期を刻み続けるだけで、停止するようには見えません。ログには多くの情報が投稿されます。 130303 17:42:38 [Warning] /usr/sbin/mysqld: Forcing close of thread でerr.log、ファイル、私はこれらの多くを参照してください。 [Warning] /usr/sbin/mysqld: Forcing close of thread 以前は瞬時でした。なぜそれを行うのか、どのように修正するのか? 今私はしなければなりませんkillall -9 mysqlが、より良い方法はありますか? サーバーも非常にアクティブです。 これは設定の問題ですか?memroyの設定が高すぎますか? [mysqld] default-storage-engine=MyISAM local-infile=0 symbolic-links=0 skip-networking max_connections = 500 max_user_connections = 20 key_buffer = 512M myisam_sort_buffer_size = 64M join_buffer_size = 64M read_buffer_size = 12M …

3
innodb_file_format Barracuda
もっとよく知っている人たちにいくつか質問があります。私のインスタンスのほとんどは、Barracudaをサポートしているにもかかわらず、Antelopeを実行しています。 私はいくつかの圧縮innodbテーブルをいじりたいと思っていました。私の理解では、これはBarracuda形式でのみ利用可能です。 innodb_file_formatは動的なので、バウンスせずに切り替えることができます。これを行うことの影響はありますか?私が知ることができるのは、新しいテーブルまたは後で変更されるテーブルがそのフォーマットで作成されるということです。これはすべて正しいですか? 私はすべてのテーブルを通過して変換する必要がないことを望んでいました。コーシャは、同じテーブルスペースにアンテロープとバラクーデのテーブルを共存させるのですか?それが機能していても、注意すべき点はありますか? 私がテストから読んで集めたものからの答えは次のとおりです。はい。はい。よく分かりません。 更新 この投稿以降、さまざまなインスタンスでいくつかの動的テーブルと圧縮テーブルを使用して実行していますが、問題はありません。さらに 、その時点でhttp://dev.mysql.com/doc/refman/5.5/en/innodb-file-format-identifying.htmlを読むことを怠りました。 特定のinnodb_file_formatを有効にすると、この変更は既存のテーブルではなく、新しく作成されたテーブルにのみ適用されます。新しいテーブルを作成する場合、テーブルを含むテーブルスペースには、テーブルの機能に必要な「最も早い」または「最も簡単な」ファイル形式のタグが付けられます。たとえば、Barracudaのファイル形式を有効にし、圧縮されておらずROW_FORMAT = DYNAMICを使用しない新しいテーブルを作成すると、テーブルを含む新しいテーブルスペースにはAntelopeファイル形式を使用するタグが付けられます。 したがって、Barracudaを許可した場合でも、テーブルはAntelopeとして作成されます。すべてのテーブルをrow_format動的または圧縮テーブルとして指定しない限り、混合は避けられません。 最初のBarracudaテーブルを導入するときに、完全なダンプとリロードを行う必要があることを示すものはありません(mysqlのメジャーバージョンをアップグレードするときに推奨されます)。

1
MySQLトランザクションサイズ-大きすぎますか?
頻繁に実行されるインポートプロセスがあり、それを「すべてまたは何もしない」種類の取引、つまりトランザクションにしたいのです。 多くの側面があり、インポートによって100k-1mil +のレコードが生成される場合があります。これは、数MBから数百MBのデータのペイロードに相当します。 私は一時テーブルが別のオプションであることを知っています-しかし、この方法はとても便利なようです。 コミット間で大量のデータ操作を行うこの種のプラクティスに関して注意すべき注意事項はありますか?(コミット後の一般的な書き込み/インデックス作成の負荷バーストの外側)

3
MySQLレプリケーションスレーブを読み取り専用に設定する必要がありますか?
このガイドに従って、Percona Server 5.5でレプリケーションを実行していますが、読み取り専用にするためにread-only=1スレーブに追加すべきかどうか疑問に思いましたmy.cnf。 このガイドでは、ユーザーが複製されるようにmysqlテーブルのレプリケーションを設定しますが、私は主にスレーブを使用してmysqldumpを取得し、緊急時にマスターに再構成します。それは常に?


4
innodb_buffer_pool_sizeとinnodb_log_file_sizeを増やした後、mysqlが起動しない
私はここで、このソリューションを、次の午前/programming/3927690/howto-clean-a-mysql-innodb-storage-engine/4056261#comment14041132_4056261と私を増加させようとしたinnodb_buffer_pool_size4G以降1G(1024Mも)にログファイルのサイズに追加されますが、mysqlはこれらの値で開始しません。512Mに戻すと、mysqlは正常に起動します。 どうすれば解決できますか?私のサーバーは16GBのもので、Webmin sysinfoによると: Real memory 15.62 GB total, 3.13 GB used 一方、エラーログも見つかりました。 120529 10:29:32 pidファイル/var/run/mysqld/mysqld.pidからのmysqld_safe mysqldが終了しました 120529 10:29:33 mysqld_safe / var / lib / mysqlのデータベースを使用してmysqldデーモンを起動する 120529 10:29:33 [注]プラグイン「FEDERATED」は無効になっています。 120529 10:29:33 InnoDB:InnoDBメモリヒープが無効になっています 120529 10:29:33 InnoDB:ミューテックスとrw_locksはGCCアトミックビルトインを使用します 120529 10:29:33 InnoDB:圧縮テーブルはzlib 1.2.3を使用します 120529 10:29:33 InnoDB:LinuxネイティブAIOの使用 120529 10:29:33 InnoDB:バッファープールの初期化、サイズ= 1.0G 120529 10:29:33 InnoDB:バッファープールの初期化が完了しました InnoDB:エラー:ログファイル./ib_logfile0は異なるサイズ0 134217728バイトです …

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.