关于MySQL的各种总结

https://blog.atime.me/note/mysql-summary.html

总结使用MySQL过程中遇到的各种问题和一些有用的资源,配置等等。将之前的若干篇零散的文章汇总到一起,备忘。

若无特别说明,文中的内容均基于Ubuntu 12.04和MySQL5.5。对于本文中出现的代码,...表示省略内容,#之后为代码注释。

配置

使用utf8编码

在MySQL的配置文件中做如下设置:

[client]
default-character-set = utf8

[mysqld]
character-set-server = utf8

然后重启MySQL服务,需要注意的是,已经创建的表不受影响。

启用查询日志

[mysqld]
...
general-log=1
general-log-file = /var/log/mysql/general.log
...

禁用Innodb引擎

MySQL5.5之后使用Innodb作为默认引擎,如果嫌其太耗内存,可以使用如下配置禁用Innodb并使用MyISAM作为默认引擎。

在my.cnf的mysqld区块内添加如下两行:

[mysqld]
...
innodb=OFF
default_storage_engine=MyISAM
...

然后重启mysql服务并登陆到mysql后使用如下命令查看引擎状况:

mysql> SHOW VARIABLES LIKE '%storage_engine%';

经验

CHAR和VARCHAR的长度

从MySQL 5.X之后,CHAR(20)和VARCHAR(20)里的数字20都是指字符个数,不管是什么编码。另外由于MySQL限制每行数据最大不超过65535字节,因此这些字段的最大长度和字段个数都要有所限制。1

忘记root密码

首先,修改mysql的配置文件/etc/mysql/my.cnf,在[mysqld]区域添加skip-grant-tables,之后重启mysql服务service mysql restart

然后不用密码登陆mysql的root用户mysql -uroot,依次执行如下命令:

mysql> use mysql;               # 切换到mysql数据库
mysql> update user set password=password('NEW_PASSWORD') where user = 'root'; # NEW_PASSWORD是你的新密码
mysql> flush privileges;        # 刷新系统权限

最后,修改配置文件/etc/mysql/my.cnf,将[mysqld]里刚刚添加的skip-grant-tables删除,重启mysql服务。

思考

日期用什么类型存储

在MySQL数据库中,日期可以使用多种类型进行存储,以下是我目前想到的各种类型的优缺点。

  • MySQL Date and Time Types: MySQL内置的日期和时间类型,好处是MySQL有很多内置的日期和时间函数可供使用,缺点是可移植性很差。
  • char或varchar: 暂时没想到什么优点。
  • int: 优点是可移植性好,可以做一些基本的比较操作,缺点是和MySQL的内置日期时间类型比,可用函数很少;另外,int类型无法存储时区信息。

问题

Error 1175 Safe Updtes Mode

错误提示如下:

ERROR 1175: You are using safe update mode and you tried to update a table without a WHERE that uses a KEY column.

错误的原因是启用了MySQL的Safe Updtes Mode,它的作用是如果执行Update和Delete操作的时候,没有带键限制的where语句或limit语句,sql操作不会执行。详细的介绍可参考MySQL Tips: safe-updates

可使用SET sql_safe_updates=0;来暂时禁用Safe Updates Mode。

Stopping MySQL database server: mysqld failed

环境

  • OS: debian6 squeeze
  • Mysql: 5.1.63

使用service mysql restart命令时显示Stopping MySQL database server: mysqld failed!,导致无法重启mysql服务。

解决方法

问题是由mysql数据库的user表中debian-sys-maint用户的密码和/etc/mysql/debian.cnf中的密码不一致所引发的,参考这篇文章,即可解决。具体步骤如下。

  1. 查看/etc/mysql/debian.cnf中的password,cat /etc/mysql/debian.cnf,有两个password,不过值是相同的。
  2. 连接到mysql,mysql -uroot -p
  3. debian-sys-maint用户修改密码。

    GRANT ALL PRIVILEGES ON . TO 'debian-sys-maint'@'localhost' IDENTIFIED BY <password> WITH GRANT OPTION;

问题原因

之前使用backup脚本迁移网站时,只迁移了/etc/mysql/debian.cnf,没有迁移mysql里的mysql数据库,导致mysql数据库中user表里的debian-sys-maint的密码和/etc/mysql/debian.cnf不一致。

Snippets

以数据库db和表tb为例。

管理相关

显示所有的数据库

mysql> show databases;

显示当前数据库的所有表

mysql> show tables;

切换数据库

mysql> use db

显示表的结构

mysql> desc tb;

显示数据库的创建信息

mysql> show create database db;

显示表的创建语句

mysql> show create table tb;

备份某张表

$ mysqldump -u $user -p $db $table > table.sql

表管理

修改表的字符集

mysql> ALTER TABLE 'db'.'tb' CHARACTER SET utf8;

修改字段的字符集,参考Column Character Set Conversion

查看数据库mydb中各个表的大小(包括索引),并按大小逆序排列

mysql> SELECT table_name AS "Tables",
       round(((data_length + index_length) / 1024 / 1024), 2) AS "Size in MB"
       FROM information_schema.TABLES
       WHERE table_schema = "mydb"
       ORDER BY (data_length + index_length) DESC;

权限相关

详细内容见MySQL Account Management SQL

显示权限

mysql> SHOW GRANTS FOR 'user_name'@'host';

分配权限

mysql> GRANT ALL PRIVILEGES ON 'database'.'table' TO 'user_name'@'host' IDENTIFIED BY 'password';
mysql> FLUSH PRIVILEGES;

解除权限

mysql> REVOKE ALL PRIVILEGES ON 'database'.'table' FROM 'user_name'@'host';
mysql> FLUSH PRIVILEGES;

批量删除表

批量删除有相同前缀的表,使用下面的sql语句会构造相应的drop语句,删除wordpress3数据库中前缀为wp_的表。

SELECT CONCAT( 'DROP TABLE IF EXISTS wordpress3.', TABLE_NAME, ';' )
FROM information_schema.tables
WHERE TABLE_SCHEMA = 'wordpress3' AND TABLE_NAME LIKE 'wp_%';

删除步骤如下,首先生成删除命令并保存到drop.sql文件中。

mysql -uroot -ANspe "SELECT CONCAT( 'DROP TABLE IF EXISTS wordpress3.', TABLE_NAME, ';' )
                       FROM information_schema.tables
                       WHERE TABLE_SCHEMA = 'wordpress3' AND TABLE_NAME LIKE 'wp_%';" > drop.sql

然后检查drop.sql文件中的语句是否正确,如果无误,最后执行如下命令即可。(执行删除命令前务必提前备份相关的数据

mysql -uroot -p -e "source drop.sql"

其他

将BLOB转为特定编码的字符串,参考这个问题

SELECT CONVERT(blob_column USING gbk) FROM table_name;
posted @ 2016-06-26 16:24  zengkefu  阅读(737)  评论(0编辑  收藏  举报