MySQL中ib_logfile和ibdata1参数大小被修改后_MySQL
1. 环境说明
RHEL 6.4 x86_64 + MySQL 5.5.37和MySQL 5.6.19
blog地址:http://blog.csdn.net/hw_libo/article/details/39215723
2. 案例:redo log文件(ib_logfile)大小参数被修改:innodb_log_file_size
innodb_log_file_size = 256M -- 修改为200M
版本是5.5的,启动失败,会出现如下错误:
InnoDB: Error: log file ./ib_logfile0 is of different size 0 268435456 bytes ## 原来redo log的大小 InnoDB: than specified in the .cnf file 0 209715200 bytes! ## redo log被修改的大小 140912 0:01:12 [ERROR] Plugin 'InnoDB' init function returned error. 140912 0:01:12 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 140912 0:01:12 [ERROR] Unknown/unsupported storage engine: InnoDB 140912 0:01:12 [ERROR] Aborting
2014-09-11 21:57:05 1093 [Warning] InnoDB: Resizing redo log from 2*16384 to 2*12800 pages, LSN=71249171 2014-09-11 21:57:05 1093 [Warning] InnoDB: Starting to delete and rewrite log files. ## 删除原redo log 2014-09-11 21:57:05 1093 [Note] InnoDB: Setting log file ./ib_logfile101 size to 200 MB InnoDB: Progress in MB: 100 200 2014-09-11 21:57:06 1093 [Note] InnoDB: Setting log file ./ib_logfile1 size to 200 MB InnoDB: Progress in MB: 100 200 2014-09-11 21:57:07 1093 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0 2014-09-11 21:57:07 1093 [Warning] InnoDB: New log files created, LSN=71249171 ## 新redo log重建完毕
新redo log大小:2*12800*8/1024=200MB
3. 案例:ibdata1文件大小参数被修改:innodb_data_file_path
(1)ibdata1从大改小
innodb_data_file_path = ibdata1:1G:autoextend -- 修改为:ibdata1:300M:autoextend
在版本是5.5和5.6中,启动正常,并且日志中没有任何异常。但是如果将autoextend去掉,就会报错,启动失败,如:[版本:5.5.37]
InnoDB: Error: data file ./ibdata1 is of a different size InnoDB: 65536 pages (rounded down to MB) InnoDB: than specified in the .cnf file 19200 pages! 140911 23:51:53 InnoDB: Could not open or create data files. 140911 23:51:53 InnoDB: If you tried to add new data files, and it failed here, 140911 23:51:53 InnoDB: you should now edit innodb_data_file_path in my.cnf back 140911 23:51:53 InnoDB: to what it was, and remove the new ibdata files InnoDB created 140911 23:51:53 InnoDB: in this failed attempt. InnoDB only wrote those files full of 140911 23:51:53 InnoDB: zeros, but did not yet use them in any way. But be careful: do not 140911 23:51:53 InnoDB: remove old data files which contain your precious data! 140911 23:51:53 [ERROR] Plugin 'InnoDB' init function returned error. 140911 23:51:53 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 140911 23:51:53 [ERROR] Unknown/unsupported storage engine: InnoDB 140911 23:51:53 [ERROR] Aborting 原来的ibdata1大小为:65536*8*2/1024=1024M=1G 当前ibdata1被修改为:19200*8*2/1024=300M
比如:
innodb_data_file_path = ibdata1:1G:autoextend -- 修改为:ibdata1:1200M:autoextend
那么会在启动时出现如下错误:
*****在5.5版本中:[版本:5.5.37]
InnoDB: Error: auto-extending data file ./ibdata1 is of a different size InnoDB: 65536 pages (rounded down to MB) than specified in the .cnf file: InnoDB: initial 76800 pages, max 0 (relevant if non-zero) pages! 140911 23:57:43 InnoDB: Could not open or create data files. 140911 23:57:43 InnoDB: If you tried to add new data files, and it failed here, 140911 23:57:43 InnoDB: you should now edit innodb_data_file_path in my.cnf back 140911 23:57:43 InnoDB: to what it was, and remove the new ibdata files InnoDB created 140911 23:57:43 InnoDB: in this failed attempt. InnoDB only wrote those files full of 140911 23:57:43 InnoDB: zeros, but did not yet use them in any way. But be careful: do not 140911 23:57:43 InnoDB: remove old data files which contain your precious data! 140911 23:57:43 [ERROR] Plugin 'InnoDB' init function returned error. 140911 23:57:43 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 140911 23:57:43 [ERROR] Unknown/unsupported storage engine: InnoDB 140911 23:57:43 [ERROR] Aborting
2014-09-11 22:20:01 1222 [ERROR] InnoDB: auto-extending data file ./ibdata1 is of a different size 65536 pages (rounded down to MB) than specified in the .cnf file: initial 76800 pages, max 0 (relevant if non-zero) pages! 2014-09-11 22:20:01 1222 [ERROR] InnoDB: Could not open or create the system tablespace. If you tried to add new data files to the syste m tablespace, and it failed here, you should now edit innodb_data_file_path in my.cnf back to what it was, and remove the new ibdata fil es InnoDB created in this failed attempt. InnoDB only wrote those files full of zeros, but did not yet use them in any way. But be caref ul: do not remove old data files which contain your precious data! 2014-09-11 22:20:01 1222 [ERROR] Plugin 'InnoDB' init function returned error. 2014-09-11 22:20:01 1222 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 2014-09-11 22:20:01 1222 [ERROR] Unknown/unsupported storage engine: InnoDB 2014-09-11 22:20:01 1222 [ERROR] Aborting
当前ibdata1被修改为:76800*8*2/1024=1200M
blog地址:http://blog.csdn.net/hw_libo/article/details/39215723
-- Bosco QQ:375612082
---- END ----
-------------------------------------------------------------------------------------------------------
版权所有,文章允许转载,但必须以链接方式注明源地址,否则追究法律责任!

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









PHP5.4 バージョンの新機能: 呼び出し可能な型ヒント パラメーターを使用して呼び出し可能な関数またはメソッドを受け入れる方法 はじめに: PHP5.4 バージョンでは、非常に便利な新機能が導入されています。呼び出し可能な型ヒント パラメーターを使用して、呼び出し可能な関数またはメソッドを受け入れることができます。この新機能により、追加のチェックや変換を行わずに、関数やメソッドで対応する呼び出し可能なパラメーターを直接指定できるようになります。この記事では、呼び出し可能な型ヒントの使用法を紹介し、いくつかのコード例を示します。

製品パラメータは、製品属性の意味を指します。たとえば、衣類のパラメータには、ブランド、素材、モデル、サイズ、スタイル、生地、適用グループ、色などが含まれ、食品のパラメータには、ブランド、重量、素材、保健免許番号、適用グループ、色などが含まれ、家電のパラメータには、家電製品のパラメータが含まれます。ブランド、サイズ、色、原産地、適用可能な電圧、信号、インターフェース、電力などが含まれます。
![VirtualBox でディスク サイズを増やす方法 [ガイド]](https://img.php.cn/upload/article/000/887/227/171064142025068.jpg?x-oss-process=image/resize,m_fill,h_207,w_330)
事前に定義されたディスク サイズにそれ以上のデータを入れる余地がないという状況によく遭遇します。後の段階でさらに多くの仮想マシンのハード ディスク領域が必要になった場合は、仮想ハード ディスクとパーティションを拡張する必要があります。この記事では、VirtualBox でディスク サイズを増やす方法を説明します。 VirtualBox でのディスク サイズの増加 問題が発生する可能性が常にあるため、これらの操作を実行する前に仮想ハード ディスク ファイルをバックアップする必要があることに注意することが重要です。常にバックアップを作成することをお勧めします。ただし、このプロセスは通常は正常に機能します。続行する前に必ずマシンをシャットダウンしてください。 VirtualBox でディスク サイズを増やすには 2 つの方法があります。 CLを使用したGUIを使用してVirtualBoxのディスクサイズを拡張する

開発プロセス中に、次のようなエラー メッセージが表示される場合があります: PHPWarning: in_array()expectsparameter。このエラー メッセージは、in_array() 関数を使用するときに表示されます。関数のパラメータの受け渡しが正しくないことが原因である可能性があります。このエラー メッセージの解決策を見てみましょう。まず、in_array() 関数の役割を明確にする必要があります。配列に値が存在するかどうかを確認します。この関数のプロトタイプは次のとおりです: in_a

C++ パラメーターの型の安全性チェックでは、コンパイル時チェック、実行時チェック、静的アサーションを通じて関数が予期される型の値のみを受け入れるようにし、予期しない動作やプログラムのクラッシュを防ぎます。 コンパイル時の型チェック: コンパイラは型の互換性をチェックします。実行時の型チェック:dynamic_cast を使用して型の互換性をチェックし、一致しない場合は例外をスローします。静的アサーション: コンパイル時に型条件をアサートします。

i9-12900H は 14 コア プロセッサです。使用されているアーキテクチャとテクノロジはすべて新しく、スレッドも非常に高速です。全体的な動作は優れており、いくつかのパラメータが改善されています。特に包括的で、ユーザーに優れたエクスペリエンスをもたらします。 。 i9-12900H パラメータ評価レビュー: 1. i9-12900H は、q1 アーキテクチャと 24576kb プロセス テクノロジを採用した 14 コア プロセッサで、20 スレッドにアップグレードされています。 2. 最大 CPU 周波数は 1.80! 5.00 ghz で、主にワークロードによって異なります。 3. 価格と比較すると、非常に適しており、価格性能比が非常に優れており、通常の使用が必要な一部のパートナーに非常に適しています。 i9-12900H のパラメータ評価とパフォーマンスの実行スコア

双曲線関数は、円の代わりに双曲線を使用して定義され、通常の三角関数と同等です。ラジアン単位で指定された角度から双曲線正弦関数の比率パラメーターを返します。しかし、その逆、つまり別の言い方をすればいいのです。双曲線正弦から角度を計算したい場合は、双曲線逆正弦演算のような逆双曲線三角関数演算が必要です。このコースでは、C++ で双曲線逆サイン (asinh) 関数を使用し、ラジアン単位の双曲線サイン値を使用して角度を計算する方法を説明します。双曲線逆正弦演算は次の式に従います -$$\mathrm{sinh^{-1}x\:=\:In(x\:+\:\sqrt{x^2\:+\:1})}ここで\:In\:is\:自然対数\:(log_e\:k)

大規模言語モデル (LLM) は優れたパフォーマンスを持っていますが、パラメーターの数は簡単に数千億に達する可能性があり、コンピューティング機器とメモリの需要が非常に大きいため、一般の企業にはそれを買う余裕がありません。量子化は一般的な圧縮操作であり、モデルの重みの精度を下げる (32 ビットから 8 ビットなど) ことにより、推論速度の高速化とメモリ要件の削減と引き換えにモデルのパフォーマンスの一部を犠牲にします。しかし、1,000 億を超えるパラメータを持つ LLM の場合、既存の圧縮方法ではモデルの精度を維持できず、ハードウェア上で効率的に実行することもできません。最近、MIT と NVIDIA の研究者が共同で、汎用のポストトレーニング量子化 (GPQ) を提案しました。
