audit_trail参数定义了在哪里存放审计记录   默认是DB.如果将其设置为NONE,标准数据库审计功能被取消.audit_trail是静态参数,修改后必须重启数据库.   可以设置的值:-DB:开启数据库审计,将审计数据写入数据库表sys.aud$表中-DB,EXTENDED: 除了DB参数指定的审计内容外,还审计带有绑定变量的sql-XML:开启数据库审计,将审计结果写入操作系统的xml格式的文件中-XML,EXTENDED:类似DB,EXTENDED-OS:开启数据库审计,将审计

转自http://www.cnblogs.com/feichexia/archive/2012/11/27/mysqlconf.html my.ini(Linux系统下是my.cnf),当mysql服务器启动时它会读取这个文件,设置相关的运行环境参数. my.ini分为两块:Client Section和Server Section.   Client Section用来配置MySQL客户端参数.   要查看配置参数可以用下面的命令: show variables like '%innodb%'

本文转自:http://www.cr173.com/html/18331_1.html my.ini(Linux系统下是my.cnf),当mysql服务器启动时它会读取这个文件,设置相关的运行环境参数. my.ini分为两块:Client Section和Server Section.   Client Section用来配置MySQL客户端参数.   要查看配置参数可以用下面的命令: show variables like '%innodb%'; # 查看innodb相关配置参数 show s

my.ini(Linux系统下是my.cnf),当mysql服务器启动时它会读取这个文件,设置相关的运行环境参数. my.ini分为两块:Client Section和Server Section.   Client Section用来配置MySQL客户端参数.   要查看配置参数可以用下面的命令: show variables like '%innodb%'; # 查看innodb相关配置参数 show status like '%innodb%'; # 查看innodb相关的运行时参数(比如

my.ini(Linux系统下是my.cnf),当mysql服务器启动时它会读取这个文件,设置相关的运行环境参数. my.ini分为两块:Client Section和Server Section.    Client Section用来配置MySQL客户端参数.    要查看配置参数可以用下面的命令: show variables like '%innodb%'; # 查看innodb相关配置参数 show status like '%innodb%'; # 查看innodb相关的运行时参数(

http://www.actionsky.com/docs/archives/78  2016年4月7日  周文雅 目录 1 起因 2 说明 3 MySQL调整参数的方式 3.1 计算 request_open_files 3.1.1 根据配置值计算request_open_files 3.1.2 计算effective_open_files 3.1.3 修正 request_open_files 3.2 计算出生效的参数值 3.2.1 修正 open_files_limit 3.2.2 修正

skip-grant-tables:非常有用的mysql启动参数   介绍一个非常有用的mysql启动参数—— --skip-grant-tables.顾名思义,就是在启动mysql时不启动grant-tables,授权表.有什么用呢?当然是忘记管理员密码后有用.   操作方法: 1.杀掉原来进行着的mysql: rcmysqld stop 或者: service mysqld stop 或者: kill -TERM mysqld   2.以命令行参数启动mysql: /usr/bin/mysq

MySql配置参数 很全的Mysql配置参数说明 1. back_log 指定MySQL可能的连接数量.当MySQL主线程在很短的时间内得到非常多的连接请求,该参数就起作用,之后主线程花些时间(尽管很短)检查连接并且启动一个新线程. back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中.如果系统在一个短时间内有很多连接,则需 要增大该参数的值,该参数值指定到来的TCP/IP连接的侦听队列的大小.不同的操作系统在这个队列大小上有它自己的限制.试图设定b

mysql dump 参数: -R, --routines Dump stored routines (functions and procedures). 备份 函数和存储过程: -E, --events Dump events. 备份events --triggers Dump triggers for each dumped table. 备份每个表的触发器 -R, --routines Dump stored routines (functions and procedures).

前几天刚接手一个MySQL数据,操作系统为Ubuntu 16.04.5 LTS,  数据库版本为5.7.23-0ubuntu0.16.04.1(APT方式安装的MySQL).这个操作系统下的MySQL的配置文件my.cnf很多地方都让人有点不适应(跟之前的MySQL环境有些出入,之前都是维护RHEL.CentOS等操作系统环境下的MySQL).遂研究总结了一下.具体如下所示: root@mylnx12:~# find / -name "my.cnf" /etc/alternatives

MySQL  存储过程参数 MySQL存储过程参数简介 在现实应用中,开发的存储过程几乎都需要参数.这些参数使存储过程更加灵活和有用. 在MySQL中,参数有三种模式:IN,OUT或INOUT. IN - 是默认模式.在存储过程中定义IN参数时,调用程序必须将参数传递给存储过程. 另外,IN参数的值被保护.这意味着即使在存储过程中更改了IN参数的值,在存储过程结束后仍保留其原始值.换句话说,存储过程只使用IN参数的副本. OUT - 可以在存储过程中更改OUT参数的值,并将其更改后新值传递回调用

说明:最近部署了mysql的集群环境,详细如下M01和M02为主主复制,M01和R01为主从复制:在测试的过程中发现了以下问题: 1.M01和M02的主主复制是没有问题的(从M01写入数据能同步到M02,从M02写入数据能够同步到M01); 2.主从同步的时候,当从M01写入的时候,数据可以写入到R01: 3.当从M02写入的时候,数据就不能写入到R01: 问题的原因:log_slave_updates参数的状态为NO mysql的官网说明如下: Normally, a slave does n

MySQL 数据库性能优化之缓存参数优化 数据库属于 IO 密集型的应用程序,其主要职责就是数据的管理及存储工作.而我们知道,从内存中读取一个数据库的时间是微秒级别,而从一块普通硬盘上读取一个IO是在毫秒级别,二者相差3个数量级.所以,要优化数据库,首先第一步需要优化的就是 IO,尽可能将磁盘IO转化为内存IO.本文先从 MySQL 数据库IO相关参数(缓存参数)的角度来看看可以通过哪些参数进行IO优化. query_cache_size/query_cache_type (global) Qu

Mysql配置参数sync_binlog说明 mysql> select version(); +-----------+ | version() | +-----------+ | | +-----------+ row in set (0.00 sec) mysql> show variables like 'sync_binlog'; +---------------+-------+ | Variable_name | Value | +---------------+-------+

非常有用的mysql启动参数—— --skip-grant-tables. 顾名思义,就是在启动mysql时不启动grant-tables,授权表.有什么用呢?当然是忘记管理员密码后有用. 在mysql.cnf 配置文件中加上skip-grant-tables,然后重启mysql服务 操作方法:    1.mysql.cnf 配置文件中加上skip-grant-tables 2.  重启mysql服务 , sudo service mysql restart 3. mysql 直接连接进入客户端

mysql服务器参数: 配置是从上往下读取,同一个参数项,后边的配置项会覆盖前边的配置项 mysql获取配置信息路径: 命令行参数    mysqld_safe  --datadir=/data/sql_data 配置文件     centos默认读取/etc/my.cnf默认读取配置文件顺序: [root@localhost ~]# mysql --help --verbose | grep -A 1 'Default options'Default options are read from

MySQL 存储过程参数有三种类型:in.out.inout.它们各有什么作用和特点呢? 一.MySQL 存储过程参数(in) MySQL 存储过程 “in” 参数:跟 C 语言的函数参数的值传递类似, MySQL 存储过程内部可能会修改此参数,但对 in 类型参数的修改,对调用者(caller)来说是不可见的(not visible). drop procedure if exists pr_param_in; create procedure pr_param_in ( in id int

MySQL wait_timeout参数修改问题,可能经常会有DBA遇到过,下面就试验一下并看看会有什么现象. wait_timeout分为global级及session级别,如未进行配置,默认值为28800,即8小时. session级(session关键字可省略) global级 此处省略对global级 与 session级参数的解释,有兴趣深入了解的小伙伴请自行学习,也可以在以下的操作中理解哦. 1. 修改global 级别wait_timeout: 修改后,查看,global级参数已修

MySQL 存储过程参数IN OUT INOUT对比 一.IN -- 创建测试存储过程 delimiter // create procedure p_in ( IN num int ) begin select num; set num=100; select num; end; // delimiter ; set @num=100; call p_in(@num) 二.OUT -- 创建测试存储过程 delimiter // create procedure p_out ( OUT num

使用C#调用Mysql 带参数的存储过程: 1.创建带参数的存储过程:USP_Temp_Test 2.两个参数:IN 参数为 P_XML , OUT 参数为 P_ErrorOut 3.C#代码调用该存储过程 注意:在使用C#调用MySQL 存储过程时,需要指定命令类型 CommandType.StoredProcedure,否则会出现没有赋值的错误 MySqlParameter[] para = new MySqlParameter[] { new MySqlParameter("P_XML&q

史上最强MySQL参数调优及数据库锁实践 1. 应用优化 1.2 减少对MySQL的访问 1.2.1 避免对数据进行重复检索 1.2.2 增加cache层 1.3 负载均衡 1.3.1 利用MySQL复制分流查询 1.3.2 采用分布式数据架构 2. MySQL中查询缓存优化 2.1 概述 2.2 操作流程 2.3 查询缓存配置 2.4 开启查询缓存 2.5 查询缓存SELECT选项 2.6 查询缓存失效的情况 3. MySQl内存管理及优化 3.1 内存优化原则 3.2 MyISAM内存优化