是否可以让 MySQL 将其日志转储到远程 MySQL 服务器?
我想审计 MySQL 连接,但我不希望服务器将所有信息本地存储在自己的硬件上。
以下 MySQL 警告的含义是什么:
Statement may not be safe to log in statement format.
Run Code Online (Sandbox Code Playgroud)
我的mysqld.err档案中每天都有数以万计的此类陈述,我不知道应该从哪里开始调查。
我有一个可以包含相当大的BYTEA值的表(同样适用于大TEXT值)。它看起来像这样:
CREATE TABLE testtable (
id SERIAL PRIMARY KEY,
name TEXT UNIQUE NOT NULL, -- This is just an example: this could be the PK
value BYTEA -- This could be TEXT
);
Run Code Online (Sandbox Code Playgroud)
如果使用此表的应用程序尝试使用相同的 插入两行name,我会在日志中收到此错误(当然,这是预期错误):
CREATE TABLE testtable (
id SERIAL PRIMARY KEY,
name TEXT UNIQUE NOT NULL, -- This is just an example: this could be the PK
value BYTEA -- This could be TEXT
);
Run Code Online (Sandbox Code Playgroud)
虽然记录错误以及记录语句(在此特定上下文中可能还有“name”的值)很有用,但记录 longBYTEA或TEXTvalue 不是。事实上,日志中的二进制数据以文本形式(例如 …
我知道 PostgreSQL 检查点是什么以及它何时发生。
我需要一些有关log_checkpoints = on参数生成的日志的附加信息,因此请向我解释其中的一些要点:
2017-09-09 16:31:37 EEST [6428-6524] LOG: checkpoint complete: wrote 30057 buffers (22.9%); 0 transaction log file(s) added, 0 removed, 47 recycled; write=148.465 s, sync=34.339 s, total=182.814 s; sync files=159, longest=16.143 s, average=0.215 s
shared_buffers所以这意味着 234 MB 被写出)。质疑。但是write=148.465 s和sync=34.339呢?有什么不同?什么是write,为什么它的时间远远超过fsync()操作?
问题B。什么是sync files?哪些文件:WAL 文件?为什么sync files是159个,而回收的文件只有47个?它们之间有什么关系?
谢谢!
我检查了 sys.databases 以找出哪些数据库需要 LOG 备份。令我惊讶的是,我有很多log_reuse_wait_desc=LOG_BACKUP意思,我为在这些数据库上运行 LOG 备份而设置的作业实际上并没有创建 LOG 备份文件。
在做了一些搜索之后,有人建议将数据库模式从 FULL 更改为 SIMPLE,然后返回到 FULL 以重置内容。执行此操作后,我仍然无法获得 LOG 备份以成功运行。
我正在使用 SQL Server 2005,并使用在http://ola.hallengren.com/sql-server-backup.html 中找到的 ola hallengren 备份方法。
谢谢
我使用 mariadb 10.0.29,我需要将 innodb 文件大小更改为 256M,默认大小 50M,
我的配置文件位于
/etc/mysql/mariadb.conf.d/50-server.cnf
Run Code Online (Sandbox Code Playgroud)
我添加了以下行,但它不起作用。
[mysqld]
innodb_log_file_size=256M
Run Code Online (Sandbox Code Playgroud)
我也尝试过set innodb_log_file_size=5033164800;
但它表明
ERROR 1238 (HY000): Variable 'innodb_log_file_size' is a read only variable
Run Code Online (Sandbox Code Playgroud) 如何规范化具有四列的表以记录单行的最新活动:
创建于
由...制作
修改时间
修改者
我们有几十个表,都有这 4 列。有没有办法或模式以有效和灵活的方式对此进行规范化?
这可能是一个愚蠢的问题,但我终生无法弄清楚我的 SQL Server 2012 实例的爬网日志在哪里。的TechNet说,下看%ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\LOG2008,但是LOG文件夹不存在下%ProgramFiles%\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL。
在我最后一次 FTS 索引填充后,我有超过 500,000 条失败的记录,我需要知道问题是什么。
我在 Ubuntu 14.04 上使用 Postgres 9.5。我想在日志达到特定大小时旋转它们。所以我编辑了 /etc/postgresql/9.5/main/postgresql.conf 并设置了这个
log_rotation_size = 50MB # Automatic rotation of logfiles will
# happen after that much log output.
# 0 disables.
Run Code Online (Sandbox Code Playgroud)
然后我重新启动了我的服务器
sudo /etc/init.d/postgresql restart
Run Code Online (Sandbox Code Playgroud)
但是在运行了一些操作之后,我的磁盘空间用完了,并且发现我的日志根本没有轮换……
myuser@mymachine:~$ ls -al /var/log/postgresql/postgresql-9.5-main.log
-rw-r----- 1 postgres postgres 3165773943 Dec 29 18:34 /var/log/postgresql/postgresql-9.5-main.log
Run Code Online (Sandbox Code Playgroud)
我还需要做什么才能开始日志轮换?
几个月以来,我一直在努力解决这个问题,我说这不是数据库问题,并将此案例分配给存储和操作系统团队,然后他们将其分配给我。这个问题反复发生,没有任何定义的发生模式。
我检查了这里提出的相同问题,我可以说这不是数据库损坏的问题,因为我使用 Ola Hallengren 的脚本进行维护工作,并且每周对用户和系统数据库进行数据库完整性检查(checkdb),并且没有报告任何问题在那里面。
也针对类似问题访问了第二个链接,可以确认 tempdb 处于简单恢复状态。
我为数据和日志添加了一个额外的文件,这样如果一个文件不可用,另一个文件仍然可以访问,但是后来我知道 tempdb 的访问是顺序的,因此只有当第一个文件已满时它才会转到第二个文件:
每次出现此问题时,我都可以看到 Windows 应用程序日志中还有另一个错误,如下所示:
SQLServerLogMgr::LogWriter: Operating system error 170(The requested resource is in use.) encountered.
Run Code Online (Sandbox Code Playgroud)
存储团队已将这些文件从防病毒扫描中排除。
这里需要注意的一件事 - 我检查了其他系统数据库及其文件位置,可以看到对于 master 和 model,数据和日志文件在同一个驱动器(E 驱动器)中,而对于 tempdb 和 msdb,数据在 E 驱动器和日志中文件在 G 驱动器中,不确定这是否相关。
当作业触发或任何事件被触发时,是否有任何检查系统数据库的顺序?如果该驱动器出现问题,则 msdb 也在同一驱动器上。
这是一个集群服务器,数据库驱动器在两台服务器中共享,服务器用于共享点应用程序。
Server Version: Windows Server 2012 Standard
SQL Server: Microsoft SQL Server 2012 (SP4-GDR) (KB4057116) - 11.0.7462.6 (X64)
Jan 5 2018 22:11:56
Copyright (c) Microsoft Corporation
Standard Edition (64-bit) on Windows NT 6.2 …Run Code Online (Sandbox Code Playgroud) log ×10
mysql ×3
postgresql ×3
sql-server ×3
backup ×1
bytea ×1
checkpoint ×1
connections ×1
disk-space ×1
innodb ×1
linux ×1
mariadb ×1
replication ×1
size ×1
tempdb ×1
warning ×1