1、查看mysql相关编码

--查看mysql数据库所支持的编码
show character set;
--查看当前变量中的一些编码情况
show variables like 'character%';
--查看某个数据库的编码
SHOW CREATE DATABASE db_name；
--查看某个表的字符集
SHOW CREATE TABLE table_name；
SHOW TABLE STATUS LIKE 'table_name'；

2、参数说明：
character_set_client：客户端来源数据使用的字符集
character_set_connection：连接层字符集
character_set_database：当前选中数据库的默认字符集
character_set_filesystem：文件保存格式
character_set_results：查询结果字符集
character_set_server：默认的内部操作字符集
character_set_system：系统元数据(字段名等)字符集
character_sets_dir：mysql编码文件放置位置
3、MySQL中的字符集转换过程
1. MySQL Server收到请求时将请求数据从character_set_client转换为character_set_connection；
2. 进行内部操作前将请求数据从character_set_connection转换为内部操作字符集，其确定方法如下：
• 使用每个数据字段的CHARACTER SET设定值；
• 若上述值不存在，则使用对应数据表的DEFAULT CHARACTER SET设定值(MySQL扩展，非SQL标准)；
• 若上述值不存在，则使用对应数据库的DEFAULT CHARACTER SET设定值；
• 若上述值不存在，则使用character_set_server设定值。
3. 将操作结果从内部操作字符集转换为character_set_results。
4、一些小技巧
1）通过使用set names utf8（gbk）等编码修改命令在database级别，可以实现修改
character_set_client、character_set_connection、character_set_results操作
2）要正常显示数据，要确保display的平台的编码和character_set_results中的编码一致，如：默认情况，win的dos中编码为gbk，linux的shell下编码为utf8，如果要使用同一个数据库能够都正常显示，需要使用set names utf8（gbk）等操作
3）MySQL中的字符序名称遵从命名惯例：以字符序对应的字符集名称开头；以_ci(表示大小写不敏感)、_cs(表示大小写敏感)或_bin(表示按编码值比较)结尾，例如：在字符序“utf8_general_ci”下，字符“a”和“A”是等价的；
5、my.cnf/my.ini中相关参数设置
default_character_set设置只影响mysql命令连接服务器时的连接字符集
init_connect=’SET NAMES utf8’非超级用户建立连接时执行set names utf8
init_connect=’set collation_connection=utf8_general_ci’
在[client] 中设置
default-character-set=utf8
影响下面三个参数
character_set_client
character_set_connection
character_set_results
在[mysqld]中设置
default-character-set=utf8
影响下面两个参数
character_set_database
character_set_server
这样mysql就可以基本上使用utf8编码工作了,如果客户端是gbk编码的，可以使用set names gbk进行临时修改

上次写过一个mysql数据库windows版的脚本备份，虽然能够实现功能，但是不是很完美，还有bug，就是备份后为了保存备份记录，dos窗口没有被关闭，这样导致如果没有人工的干预，就不能进行第二天的备份。现在的设计思想是把备份数据库时的相关信息，保存到日志文件中，任何维护人员只要查看log信息就可以知道备份情况，而不用每天登录服务器，查看dos信息，然后关闭才能够进行下一天的备份，使用该备份后，工作人员只要一段时间登录服务器查看log信息就可以知道备份的情况，而且可以通过远程直接telnet就可以查看，比起以前大为方便，人性化了
采用两个脚本实现（本次使用本blog的数据库说明）
1、执行备份操作

@echo off
echo WordPress数据库备份
echo.
echo 程序启动时间：%date% %time%
echo.
set "Name=%date:~,4%%date:~5,2%%date:~8,2%_%random%"
set "Path=e:\MySql_BackUp\wp_%Name%"
md %Path%
echo 保存备份数据库文件路径为：%Path%
echo ***********************************************************
echo.
echo %time%：开始备份wordpress数据库……
echo.
e:\AppServ\MySQL\bin\mysqldump --opt -u root --password=4020894 -F -B --default-character-set=utf8 wordpress > %Path%\wordpress.sql
echo 文件：%Path%\wordpress.sql
echo %time%：wordpress数据库备份完成
echo.
echo ***********************************************************
echo 程序结束时间：%date% %time%
echo.
echo ***********************************************************
echo.
echo.
echo.

执行wordpress数据库备份
2、执行保存Log的脚步

C:\script\wordpress.bat >>E:\MySql_BackUp\Log\wp_%date:~,4%%date:~5,2%%date:~8,2%.log
exit

日志是以天为单位保存，存取追加方式保存（及一天内如果有多长备份，会被追加到日期为文件名的日志文件中）
3、添加为windows计划任务中
把保存日志的脚本文件设置到windows的计划任务中，设置相关执行时间，即可实现自动化无需人工干预，保存日志的mysql数据库备份
上一个版本的mysql数据库备份地址为：
mysql数据管理

1、创建用户：
create user fei@’localhost’ identified by ‘fei’;
note：该用户没有授予任何访问权限，如果不加@’localhost’默认为“@%”
2、用户授权：
grant delete on test.* to fei@’localhost’ with grant option;
note：1）*表示test的任何对象，如果是*.*表示数据库中的所有对象
2）with grant option 表明fei用户可以把相关权限授给其他用户
3、权限回收：
revoke delete on test.* from fei@’localhost’;
4、创建用户授权一起实现：
grant select,insert,update,delete on *.* to ‘fei2’@’%’
identified by ‘fei2’ with grant option;
note：在mysql中，如果@后面的登录范围不同，帐号可以一样
5、直接使用insert建立用户
insert into user(host,user,password,ssl_cipher,x509_issuer,x509_subject)
values(‘localhost’,’xff’,password(‘xff’),”,”,”);
FLUSH PRIVILEGES;
note：1）必须要加上ssl_cipher,x509_issuer,x509_subject三列，以为其默认值不为空（数据库版本为：5.0.51b）
2）FLUSH PRIVILEGES重载授权表，使权限更改生效
3）mysql是通过User表，Db表，Host表，Tables_priv 表，Columns_priv 表这5张表实现用户权限控制，均可以通过直接对这些表的操作以达到对用户的管理
6、删除用户：
drop user xff@localhost;（@不加默认为“%”）
7、授权精确到列：
grant select (cur_url,pre_url) on test.abc to fei@localhost;
8、修改root密码：
update mysql.user set password=password(‘passw0rd’) where user=’root’;
FLUSH PRIVILEGES;

在心中一直有个东西梗着，那就是mysql利用二进制日志文件恢复数据库，今天下决心解决这个问题，在网上查了些资料，然后自己的物理机上测试总是失败，开始一直怀疑是网上说的不正确，最后想起来自己的数据库是从5.0.1升级到5.1.49的，也许是因为升级的原因导致日志文件无法恢复，出现下面的错误
最后没有办法，在虚拟机上面新装个mysql 5.1.49的数据库进行测试，先启用日志功能：log-bin=bin_log，然后配置假定添加删除相关数据，模拟测试环境（新建表，添加数据，删除数据，添加数据，删除表）

use test;
create table test(id int auto_increment not null primary key,val int,data varchar(20));
insert into test(val,data) values(10,'liang');
insert into test(val,data) values(20,'jia');
insert into test(val,data) values(30,'hui');
flush logs;
insert into test(val,data) values(40,'aaa');
insert into test(val,data) values(50,'bbb');
insert into test(val,data) values(60,'ccc');
delete from test where id between 4 and 5;
insert into test(val,data) values(70,'ddd');
flush logs;
insert into test(val,data) values(80,'dddd');
insert into test(val,data) values(90,'eeee');
drop table test;

得到日志文件如下：

执行如下命令（dos要进入日志文件所在目录中）把二进制文件转化为记事本文件，方便查看：

mysqlbinlog bin_log.000001 >c:\1.txt
mysqlbinlog bin_log.000002 >c:\2.txt
mysqlbinlog bin_log.000003 >c:\3.txt

执行如下命令恢复数据库的删除数据和删除表操作

mysqlbinlog bin_log.000001 | mysql -uroot -p4020894
mysqlbinlog bin_log.000002 --stop-pos=861 | mysql -uroot -p4020894
mysqlbinlog bin_log.000002 --start-pos=965 | mysql -uroot -p4020894
mysqlbinlog bin_log.000003 --stop-pos=556 | mysql -uroot -p4020894

执行后的结果如：
上面语句相关说明：
1）stop-pos=861表示执行到861行停止，具体阅读2.txt文件（这里体现了二进制文件转化为文本文件的价值）
2）start-pos=965表示执行从965行开始
其他操作

mysqlbinlog bin_log.000001--读取日志文件在dos上显示
mysqlbinlog bin_log.000002 --stop-datetime="2010-08-19 14:49:39" |mysql -uroot -p4020894--基于停止时间点的恢复
mysqlbinlog bin_log.000001 --start-datetime="2010-08-19 14:48:25" |mysql -uroot  -p4020894--基于开始时间点的恢复
mysqlbinlog bin_log.000001 --start-datetime="2010-08-19 14:47:28" --stop-datetime="2010-08-19 14:48:41"|mysql -uroot -p4020894--基于开始与停止时间点的恢复
mysqlbinlog bin_log.000001 bin_log.000002 --start-datetime="2010-08-19 14:47:28" --stop-datetime="2010-08-19 14:50:13" |mysql -uroot -p4020894--多个日志文件的恢复

本人的兴趣一直都是oracle数据库的管理，最近公司上电子商务系统，现在还处于测试状态，不出意外应该没有大问题，因为程序是 php+mysql的，这就涉及到程序的维护、数据库的维护和管理。虽然mysql数据库在一般情况下，直接复制数据库下的data文件夹下面的数据库名 的文件夹可以备份
如 上图，这里我选中的每一文件夹其实是mysql数据库的一个数据库，只要直接复制就可以备份相应的数据库了，但是考虑到系统实时性可能比较高，如果这样备 份，肯定会导致数据的丢失，还有就是因为系统里面的数据库有60多张表，一张表又有三个文件，如果数据量大的时候，备份起来时间比较长
所有决定写一个脚本使用命令mysqldump+windows系统的任务自动定时执行备份，并实现为了方便转移，打包压缩功能

@echo off
echo 批发网中文版和英文版数据库备份
echo.
echo 程序启动时间：%date% %time%
echo.
set "Name=%date:~,4%%date:~5,2%%date:~8,2%_%random%"
set "Path=e:\MySql_BackUp\%Name%"
md %Path%
echo 保存备份数据库文件路径为：%Path%
echo ***********************************************************
echo.
echo %time%：开始备份db_glasses_en数据库……
echo.
e:\AppServ\MySQL\bin\mysqldump --opt -u root --password=4020894 -F -B --default-character-set=utf8 db_glasses_en_bak > %Path%\db_glasses_en_bak.sql
echo 文件：%Path%\db_glasses_en_bak.sql
echo %time%：db_glasses_en数据库备份完成
echo.
echo ***********************************************************
echo.
echo %time%：开始备份db_glasses_cn数据库……
echo.
e:\AppServ\MySQL\bin\mysqldump --opt -u root --password=4020894 -F -B --default-character-set=utf8 db_glasses_cn > %Path%\db_glasses_cn_bak.sql
echo 文件：%Path%\db_glasses_cn_bak.sql
echo %time%：db_glasses_cn数据库备份完成
echo.
echo ***********************************************************
echo.
echo 批发网中英文数据库备份完成……
echo.
echo ***********************************************************
echo.
echo %time%：备份数据库进行压缩……
cd C:\Program Files\WinRAR
WinRAR.exe a -m5 e:\MySql_BackUp\%Name%.rar %Path%
echo.
echo %time%:e:\MySql_BackUp\%Name%.rar压缩完成
echo 请检查文件并做好数据转移……
echo.
echo 程序结束时间：%date% %time%
echo.
echo ***********************************************************
pause

通过上面的脚本实现数据库的备份，结果如下图：

上图即为执行备份后的结果，至于mysql的备份命令mysqldump的相关参数请见mysql的相关文档。
补充说明：
在 mssql里面日志是自动启动的；在oracle归档日志默认情况下是关闭的，可以在mount模式下，使用alter database archivelog开启重做日志归档模式；在mysql中，日志默认情况下也是关闭的，但是它是通过修改my.ini配置文件实现修改的，具体参数如 下：
log-bin=F:\AppServ\MySQL\log\log_bin.log
log=F:\AppServ\MySQL\log\log.log
log-update= F:\AppServ\MySQL\log\update.log
log-slow-queries=F:\AppServ\MySQL\log\mysql-slow.log
log-error=F:\AppServ\MySQL\log\error.log
各日志参数说明：
错误日志：   -log-err
查询日志：   -log
慢查询日志:     -log-slow-queries
更新日志:     -log-update
二进制日志：   -log-bin
注：如果日志参数后面直接跟文件名，那日志文件会放置在mysql/data文件夹下