路在脚下

出处：character-set-server/default-character-set：服务器字符集，默认情况下所采用的。character-set-database：数据库字符集。character-set-table：数据库表字符集。优先级依次增加。所以一般情况下只需要设置character-set-server，而在创建数据库和表时不特别指定字符集，这样统一采用cha

好比C++中，定义int类型需要多少字节，定义double类型需要多少字节一样，MySQL对表每个列中的数据也会实行严格控制，这是数据驱动应用程序成功的关键。M前言好比C++中，定义int类型需要多少字节，定义double类型需要多少字节一样，MySQL对表每个列中的数据也会实行严格控制，这是数据驱动应用程序成功的关键。MySQL提供了一组可以赋给表中各个列的数据类型，每个类型都强制数据满

MySQL配置文件MySQL发布的最新产品实际上超出了Red Hat Enterprise Linux所携带的版本。但是，稳定性和开放源代码可是很重要的因素，因此在操作系统上使用较早MySQL版本是有道理的。有许多可以采用的配置文件，它们都被包含在mysql-server PRM程序中。还有一个默认的配置文件被包含在mysql PRM程序包中。配置MySQL服务器是一个丰富

basedir =  path使用给定目录作为根目录(安装目录)。character-sets-dir = path给出存放着字符集的目录。datadir = path从给定目录读取数据库文件。pid-file = filename为mysqld程序指定一个存放进程ID的文件(仅适用于UNIX/Linux系统); Init-V脚本需要使用这个文件

http://www.ydmsh.com/www/Blog/Show/id/152/episode01 What Is    此文算是我对这段时间学习SQL Relay的汇总和总结。到此，对SQL Relay的学习也算告一段落了，虽然算不上深入但各方面也基本了解了。另外一点，也许很长时间我不会再怎么折腾SQL Relay了。    SQL Relay是什么东西。只要了解

测试环境莫名其妙有几条重要数据被删除了，由于在binlog里面只看到是公用账号删除的，无法查询是那个谁在那个时间段登录的，就考虑怎么记录每一个MYSQL账号的登录信息，在MYSQL中，每个连接都会先执行init-connect，进行连接的初始化，我们可以在这里获取用户的登录名称和thread的ID值。然后配合binlog，就可以追踪到每个操作语句的操作时间，操作人以及客户端的连接进程信息等。实现审

当时我虽然知道int(1),这个长度1并不代表允许存储的宽度,但却没有一个合理的解释. 或者说对这个长度也没有真正的研究过到底代表什么, 平时都用int(11), 也不知道为什么要11位. 所以我在网上查阅了一些资料, 也仔细的看了mysql手册关于int data type的说法. 以下是每个整数类型的存储和范围(来自mysql手册) 类型字节

假设这么一个情况，你是某公司mysql-DBA，某日突然公司数据库中的所有被人为删了。尽管有数据备份，但是因服务停止而造成的损失上千万，现在公司需要查出那个做删除操作的人。但是拥有数据库操作权限的人很多，如何排查，证据又在哪？是不是觉得无能为力？mysql本身并没有操作审计的功能，那是不是意味着遇到这种情况只能自认倒霉呢？本文就将讨论一种简单易行的，用于mysql访问审计的思路

from：http://blog.chinaunix.net/uid-24086995-id-168445.htmlhttp://www.mysqlsystems.com/2009/11/mysql-audit-access-log.html在MYSQL中，每个连接都会先执行init-connect，进行连接的初始化。我们可以在这里获取用户的登录名称和thread的ID值。然后配合

代码如下:mysql> select binary 'ABCD'='abcd' COM1, 'ABCD'='abcd' COM2;+--------+-----------+| COM1 | COM2 |+--------+-----------+|      0     |      1      |+---------+-----------+1 row

id 本次 select 的标识符。在查询中每个 select都有一个顺序的数值。select_type select 的类型，可能会有以下几种：select_type: SELECT类型，有以下几种不同的类型    (1).SIMPLE: 简单的SELECT（不使用UNION或子查询）    (2).PRIMARY: 最外面的SELECT，如果我们使用UNION或子查

为了装mysql环境测试，装上后发现启动后MySQL占用内存了很大，达8百多兆。网上搜索了一下，得到高人指点my.ini。再也没见再详细的了..只好打开my.ini逐行的啃，虽然英文差了点，不过多少M还是看得明的^-^更改后如下： innodb_buffer_pool_size=576M ->256M InnoDB引擎缓冲区占了大头，首要就是拿它开刀 query_cache_siz

1、目的：通过根据服务器目前状况，修改Mysql的系统参数，达到合理利用服务器现有资源，最大合理的提高MySQL性能。 2、服务器参数：32G内存、4个CPU,每个CPU 8核。3、MySQL目前安装状况。    MySQL目前安装，用的是MySQL默认的最大支持配置。拷贝的是my-huge.cnf.编码已修改为UTF-8.具体修改及安装MySQL,

调整my.cnf 参数,重新配置（系统默认配置太高直接占用400M内存,小玩家玩不起呢）即可performance_schema_max_table_instances=200table_definition_cache=200table_open_cache=128下面附一个相关的my.cnf配置文件的说明[client]port = 3306socket

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：  select id from t where num is null  可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：  

1）字段长度和类型：数据来自外系统的一定要与外系统保持一致，避免插入失败或截断。禁止使用Blob,Clob,Text,Image等大字段。2）中间表：多对多关联需要添加中间表，多对一加关联字段即可。关联字段为了避免数据迁移麻烦，可以不用自增长ID关联，而是用实际业务关联的值。3）联接查询：若表字段过多，则根据业务拆出一个或多个字表。若有关联过多，则可在主表冗余一些需要的字段来减少查

为了给高并发情况下的mysql进行更好的优化，有必要了解一下mysql查询更新时的锁表机制。 一、概述1 MySQL有三种锁的级别：页级、表级、行级。 MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-levellocking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-l

今天，数据库的操作越来越成为整个应用的性能瓶颈了，这点对于Web应用尤其明显。关于数据库的性能，这并不只是DBA才需要担心的事，而这更是我们程序员需要去关注的事情。当我们去设计数据库表结构，对操作数据库时（尤其是查表时的SQL语句），我们都需要注意数据操作的性能。这里，我们不会讲过多的SQL语句的优化，而只是针对MySQL这一Web应用最多的数据库。希望下面的这些优化技巧对你有用。1. 为

InnoDB实现了以下两种类型的行锁。l  共享锁（S）：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。l  排他锁（X)：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁。另外，为了允许行锁和表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁（Intention Locks），这两种意向锁都是表锁。l  意向共享锁（IS）：事

数据库语句select * from table where 1=1的用法和作用 这是一种怎样的查询语句呢？首先说明，1=1不是查询语句中的任何关键词，所以，请您放心，不管你会不会使用这种语句，都没有任何关系，对于您而言，没有任何损失。另外，众多网站都有select *from table where 1=1此类语句的介绍，并且，针对该类语句，讲得实在是让人越看越迷茫(一个抄袭一个