タグ付けされた質問 「logs」

だから、私はInnoDBをチューニングするのはかなり新しいです。MyIsamからInnoDBに（必要に応じて）テーブルをゆっくりと変更しています。innodbに約100MBあるので、innodb_buffer_pool_size変数を128MB に増やしました。 mysql> show variables like 'innodb_buffer%'; +-------------------------+-----------+ | Variable_name | Value | +-------------------------+-----------+ | innodb_buffer_pool_size | 134217728 | +-------------------------+-----------+ 1 row in set (0.00 sec) innodb_log_file_size値を変更しようとしたとき（mysqlのinnodb構成ページのコメントの my.cnfの例では、ログファイルのサイズをバッファーサイズの25％に変更します。したがって、my.cnfは次のようになります。 # innodb innodb_buffer_pool_size = 128M innodb_log_file_size = 32M サーバーを再起動すると、次のエラーが表示されます。 110216 9:48:41 InnoDB：バッファープールの初期化、サイズ= 128.0M 110216 9:48:41 InnoDB：バッファープールの初期化の完了 InnoDB：エラー：ログファイル./ib_logfile0は異なるサイズ0 5242880バイト InnoDB：で指定されたものより.cnfファイル0 33554432バイト！ 110216 9:48:41 …

105 mysql  innodb  myisam  logs 

誰かがリモートでSQL Serverデータベースでクエリを実行し、システムがクラッシュしました。 そのクエリのバックアップがなく、サーバーで実行されたものを確認したい。 ログまたは履歴のどこかにこのクエリを見つけることは可能ですか？

38 sql-server  logs 

デフォルトのMySQL構成ファイル/etc/mysql/my.cnfは、APTを使用してdebianパッケージによってインストールされることが多く、log_bin変数を設定するため、binlogが有効になります。 log_bin = /var/log/mysql/mysql-bin.log そのようなインストールでバイナリログを無効にしたい場合、my.cnfの行をコメントアウトしますが、debianスタイルで明示的にlog_binをOFFに設定してバイナリログを無効にする方法があるのでしょうか？ /etc/mysql/conf.d/myCustomFile.cnfのようなインクルードファイル。デフォルトのmy.cnfは変更されず、必要に応じてaptで簡単に更新できます。 「log_bin = 0」、「log_bin = OFF」または「log_bin = "を試しましたが、どれも機能しません...

35 mysql  logs  binlog  debian 

より高速なレポートとパフォーマンス分析のために、WebサーバーのログをSql Serverに挿入します。これにより、ほぼリアルタイムでトラフィックパターン、問題、速度低下を確認できます。 ロードバランサーからの要求/応答イベントとデータベースへの一括挿入をリッスンするデーモンがあります。 ただし、1日あたり約1 GBのログを取得するため、約1週間程度（少なくともこの生の形式で）保持するだけで済みます。 このデータを保存する最良の方法と古いエントリを削除する最良の方法は何ですか？ 毎日のデータを独自のテーブルに保存することについて説明しました。たとえば、その日のLog_2011_04_07すべてのエントリを取得し、最も古いテーブルを削除します。クエリを簡単にするために、すべての日テーブルにまたがるビューを作成できます。実行可能ですか？

18 sql-server  sql-server-2008  logs  web-server 

mysqld.logでこのメモを確認します。 [Note] InnoDB: page_cleaner: 1000ms intended loop took 15888ms. The settings might not be optimal. (flushed=200 and evicted=0, during the time.) このようなことについてここで言及されているようです： 「同期インデックスを実行中」のMySQLインスタンスのストール 私の質問は、このメモがログに記録された場合、どのようなアクションが実行されるべきかということです。 MySQLおよびOSバージョン： mysql-community- server- 5.7.9 -1.el7.x86_64 centos-release-7-1.1503.el7.centos.2.8.x86_64 実行SHOW変数は「％InnoDBの」のような。提案されているように： innodb_page_cleaners | 1

15 mysql  innodb  optimization  logs  configuration 

これらのibdataファイルは、クラッシュリカバリ手順で重要な役割を果たすため、理解したいと思います。このための適切なリソースをウェブ上で見つけることができませんでした。

15 mysql  innodb  logs 

Postgresql 9.1Ubuntuで実行しています。正確なPostgresqlバージョンは9.1+129ubuntu1、パッケージマネージャーが示すとおりです。 アクティブに使用されている2つのデータベースがあり、それらはリモートサーバーから使用されます。 実行時間が長いクエリを記録したい。だから私は/etc/postgresql/9.1/main/postgresql.confファイルに次のパラメータを設定します log_min_duration_statement = 10000 log_statement = 'mod' そのため、Postgresqlは10秒以上かかるクエリをログに記録します。 しかし、私reloadがpostgres構成を行うと、Postgresqlはlog_statement値に適合するすべてのクエリのログを記録し始めます。確実に持続時間を100秒に設定したこと log_min_duration_statement = 100000 しかし、Postgresqlはlog_statement、値に関係なく、log_min_duration_statement値に適合するすべてのクエリのログを記録し続けます。 ロギングを停止log_statementするnoneように設定する。 構成に関して私が見逃したものはありますか？

15 postgresql  postgresql-9.1  logs  postgresql-performance 

私はやや新しいDBAであり、かなりの量のアクティビティがあるSQL Server 2012インスタンスを管理しています。ポイントインタイムリカバリが必要なため、フルリカバリモードで実行しています。 現在、私は毎日午前5時にデータベースとログの完全バックアップを取っています。一部のログファイルは最大300 GBに膨らみ、バックアップを取ってもサイズは小さくなりません。次のようなものを実行することで、サイズを小さくすることができます。 BACKUP LOG db1 TO DISK = '\\server\share\db1_log1.trn'; DBCC ShrinkFile([db1_log], 0); BACKUP LOG db1 TO DISK = '\\server\share\db1_log2.trn'; DBCC ShrinkFile([db1_log], 0); BACKUP LOG db1 TO DISK = '\\server\share\db1_log3.trn'; DBCC ShrinkFile([db1_log], 0); バックアップファイルのLSNを確認すると、次のようなものが表示されます。 RESTORE headeronly FROM DISK = N'\\server\share\db1_log1.trn' FirstLSN: 15781000014686200001 SecondLSN: 15802000000665000001 RESTORE headeronly FROM DISK …

13 sql-server  sql-server-2012  backup  logs 

Ubuntu（10.04 LTS）でMySQL（5.1.41）のログにsyslogを使用したい。エラーログをsyslogに出力する情報を見つけました。 [mysqld_safe] syslog しかし、一般的なログとスロークエリログを記録するためにsyslogを使用したいと思います。設定ファイルの書き方を教えてください。 リファレンスマニュアルでその方法を見つけることができませんでした。 http://dev.mysql.com/doc/refman/5.1/en/log-destinations.html

13 mysql  logs 

特定のファイルが別のシステムにエクスポートされた日時スタンプを記録するログテーブルがあります。 現在、exportedLogテーブルには3つのフィールドがあります。 id (primary key) messageId (int) exportedDateTime (datetime) これを確認すると、idこのテーブルへの結合がないため、フィールドは何の役にも立たないことがわかりました。このテーブルで機能するのは、メッセージを処理してこのログテーブルに挿入するバッチジョブの挿入だけです。 idフィールドを削除する必要がありますか？ どちらかmessageId、exportedDateTimeまたは両方に主キーが必要ですか？

12 database-design  primary-key  logs 

Postgresのインストールにアクセスできないため、確認できません。 私はセキュリティ担当者であり、ログにプレーンテキストのパスワードが表示されています。 create user user1 with password 'PLAINTEXT PASSWORD' DBAは、パスワードをログに記録せずにパスワードを変更または作成するにはどうすればよいですか？ 私が見てきた、このパスワードのMD5ハッシュを使用できる状態を、が、その後ハッシュは平文でもあります。もっと良い方法はありますか？

10 postgresql  postgresql-9.3  logs  password 

このページのステートメントを使用して、Postgresでクエリのブロックを表示しています SELECT bl.pid AS blocked_pid, a.usename AS blocked_user, ka.query AS blocking_statement, now() - ka.query_start AS blocking_duration, kl.pid AS blocking_pid, ka.usename AS blocking_user, a.query AS blocked_statement, now() - a.query_start AS blocked_duration FROM pg_catalog.pg_locks bl JOIN pg_catalog.pg_stat_activity a ON a.pid = bl.pid JOIN pg_catalog.pg_locks kl ON kl.transactionid = bl.transactionid AND kl.pid != …

9 postgresql  logs  concurrency 

バイナリログの特定のテーブルをスキップする方法はありますか？ 毎晩のバックアップ間の増分バックアップ戦略としてバイナリログを構成しています。しかし、バッチプロセスから毎晩更新する1つの巨大な参照テーブルがあります（70GBテーブル）。このテーブルは読み取り専用で、を使用して毎晩更新されmysqlimportます。 この参照専用テーブルの更新プロセス中に、バイナリログによってかなり深刻な遅延が発生しています（特に、70 GBの完全更新を実行した場合）。基本的に70GBを2回やる必要があります。うん。 参照テーブルは現在MyISAMを使用しています（InnoDBがそれをロードしようとしたため、MyISAMを試しました）。

9 mysql  logs  binlog 

デッドロックのシナリオに遭遇しています。デッドロックの唯一の関係者は、単一のテーブルと、そのテーブルから削除する単一のストアドプロシージャであるように見えます。エラーログのトレースを解読するガイドラインとして以下のMSDNの記事を使用して、これらのデッドロックのいくつかの時点でのSQLエラーログの私の分析に基づいて、その結論を導き出しました。 テーブルDEXTableとストアドプロシージャClearDEXTableRowsを以下に定義します。DEXTableに行を挿入する別のストアドプロシージャInsertDEXTableRowがありますが、そのプロシージャはSQLエラーログのエントリに基づくデッドロックに関与していないようです。 DEXTableには約830万行があり、着実に成長する傾向があります。回答者のテーブルも大きく、着実に成長する傾向があります。 ClearDEXTableRowsとInsertDEXTableRowをすばやく連続して頻繁に呼び出すページがある、トラフィック量の多いWebサイトからアクセスされます。 デッドロックは、過去10日間、1日あたり0〜9回発生しました。 1222のSQLトレースを有効にし（DBCC TRACEON 1222を使用）、最近フラグ1204を有効にしました。デッドロックの検出と終了に関するこれらのフラグの出力については、適切な説明があります 私の質問は： この1つのストアドプロシージャClearDEXTableRowsだけがデッドロックの原因であることは理にかなっていますか？ もしそうなら、誰もがこれがどのように起こり得るかの良い説明を提供し、それを修正する方法を勧めることができますか？ 私の疑いは、DELETEステートメントが頻繁に再構築する必要があるDEXTableのPKで競合を引き起こしていることです。 そうでない場合、デッドロックの原因をさらに掘り下げるには、どのような追加のトレースを有効にする必要がありますか？（私はここで学びたいです） -- Table definition CREATE TABLE [dbo].[DEXTable]( [ExportID] [int] NOT NULL, [RespondentID] [int] NOT NULL, [Exported] [datetime] NOT NULL, CONSTRAINT [PK_DEXTable] PRIMARY KEY CLUSTERED ( [ExportID] ASC, [RespondentID] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = …

9 sql-server-2005  primary-key  deadlock  logs  upsert 

SQL Server 2008データベースのトランザクションログを切り捨てる方法を教えてください。 可能な最善の方法は何ですか？ 私は次のようにブログからこれを試しました： 1）データベースの設定から単純な回復、ファイルの圧縮、そして完全な回復の設定に至るまで、実際には貴重なログデータが失われており、特定の時点に復元することはできません。それだけでなく、後続のログファイルを使用することもできなくなります。 2）データベースファイルまたはデータベースを縮小すると、断片化が追加されます。 できることはたくさんあります。最初に、ログを切り捨てて頻繁に失うのではなく、次のコマンドを使用して適切なログバックアップを開始します。 BACKUP LOG [TestDb] TO DISK = N'C:\Backup\TestDb.bak' GO ファイルを縮小するコードを削除します。適切なログバックアップを行っている場合、ログファイルは通常（通常、特殊なケースは除外されます）大きくなりません。

9 sql-server  logs