MySQL的基本命令

启动：net start mySql;

进入：mysql -u root -p/mysql -h localhost -u root -p databaseName;

列出数据库：show databases;

选择数据库：use databaseName;

列出表格：show tables；

显示表格列的属性：show columns from tableName；

建立数据库：source fileNametxt;

匹配字符：可以用通配符_代表任何一个字符，％代表任何字符串;

增加一个字段：alter table tabelName add column fieldName dateType;

增加多个字段：alter table tabelName add column fieldName1 dateType,add columns fieldName2 dateType;

多行命令输入:注意不能将单词断开;当插入或更改数据时，不能将字段的字符串展开到多行里，否则硬回车将被储存到数据中;

增加一个管理员帐户：grant all on to user@localhost identified by "password";

每条语句输入完毕后要在末尾填加分号';'，或者填加'\g'也可以；

查询时间：select now();

查询当前用户：select user();

查询数据库版本：select version();

查询当前使用的数据库：select database();

1、删除student_course数据库中的students数据表：

rm -f student_course/students

2、备份数据库：(将数据库test备份)

mysqldump -u root -p test>c:\testtxt

备份表格：(备份test数据库下的mytable表格)

mysqldump -u root -p test mytable>c:\testtxt

将备份数据导入到数据库：(导回test数据库)

mysql -u root -p test

3、创建临时表：(建立临时表zengchao)

create temporary table zengchao(name varchar(10));

4、创建表是先判断表是否存在

create table if not exists students(……);

5、从已经有的表中复制表的结构

create table table2 select from table1 where 1<>1;

6、复制表

create table table2 select from table1;

7、对表重新命名

alter table table1 rename as table2;

8、修改列的类型

alter table table1 modify id int unsigned;//修改列id的类型为int unsigned

alter table table1 change id sid int unsigned;//修改列id的名字为sid，而且把属性修改为int unsigned

9、创建索引

alter table table1 add index ind_id (id);

create index ind_id on table1 (id);

create unique index ind_id on table1 (id);//建立唯一性索引

10、删除索引

drop index idx_id on table1;

alter table table1 drop index ind_id;

11、联合字符或者多个列(将列id与":"和列name和"="连接)

select concat(id,':',name,'=') from students;

12、limit(选出10到20条)<第一个记录集的编号是0>

select from students order by id limit 9,10;

13、MySQL不支持的功能

事务，视图，外键和引用完整性，存储过程和触发器

14、MySQL会使用索引的 *** 作符号

<,<=,>=,>,=,between,in,不带%或者_开头的like

15、使用索引的缺点

1)减慢增删改数据的速度；

2）占用磁盘空间；

3）增加查询优化器的负担；

当查询优化器生成执行计划时，会考虑索引，太多的索引会给查询优化器增加工作量，导致无法选择最优的查询方案；

16、分析索引效率

方法：在一般的SQL语句前加上explain；

分析结果的含义：

1）table：表名；

2）type：连接的类型，(ALL/Range/Ref)。其中ref是最理想的；

3）possible_keys：查询可以利用的索引名；

4）key：实际使用的索引；

5）key_len：索引中被使用部分的长度（字节）；

6）ref：显示列名字或者"const"（不明白什么意思）；

7）rows：显示MySQL认为在找到正确结果之前必须扫描的行数；

8）extra：MySQL的建议；

17、使用较短的定长列

1）尽可能使用较短的数据类型；

2）尽可能使用定长数据类型；

a）用char代替varchar，固定长度的数据处理比变长的快些；

b）对于频繁修改的表，磁盘容易形成碎片，从而影响数据库的整体性能；

c）万一出现数据表崩溃，使用固定长度数据行的表更容易重新构造。使用固定长度的数据行，每个记录的开始位置都是固定记录长度的倍数，可以很容易被检测到，但是使用可变长度的数据行就不一定了；

d）对于MyISAM类型的数据表，虽然转换成固定长度的数据列可以提高性能，但是占据的空间也大；

18、使用not null和enum

尽量将列定义为not null，这样可使数据的出来更快，所需的空间更少，而且在查询时，MySQL不需要检查是否存在特例，即null值，从而优化查询；

如果一列只含有有限数目的特定值，如性别，是否有效或者入学年份等，在这种情况下应该考虑将其转换为enum列的值，MySQL处理的更快，因为所有的enum值在系统内都是以标识数值来表示的；

19、使用optimize table

对于经常修改的表，容易产生碎片，使在查询数据库时必须读取更多的磁盘块，降低查询性能。具有可变长的表都存在磁盘碎片问题，这个问题对blob数据类型更为突出，因为其尺寸变化非常大。可以通过使用optimize table来整理碎片，保证数据库性能不下降，优化那些受碎片影响的数据表。 optimize table可以用于MyISAM和BDB类型的数据表。实际上任何碎片整理方法都是用mysqldump来转存数据表，然后使用转存后的文件并重新建数据表；

20、使用procedure analyse()

可以使用procedure analyse()显示最佳类型的建议，使用很简单，在select语句后面加上procedure analyse()就可以了；例如：

select from students procedure analyse();

select from students procedure analyse(16,256);

第二条语句要求procedure analyse()不要建议含有多于16个值，或者含有多于256字节的enum类型，如果没有限制，输出可能会很长；

21、使用查询缓存

1）查询缓存的工作方式：

第一次执行某条select语句时，服务器记住该查询的文本内容和查询结果，存储在缓存中，下次碰到这个语句时，直接从缓存中返回结果；当更新数据表后，该数据表的任何缓存查询都变成无效的，并且会被丢弃。

2）配置缓存参数：

变量：query_cache _type，查询缓存的 *** 作模式。有3中模式，0：不缓存；1：缓存查询，除非与 select sql_no_cache开头；2：根据需要只缓存那些以select sql_cache开头的查询； query_cache_size：设置查询缓存的最大结果集的大小，比这个值大的不会被缓存。

22、调整硬件

1）在机器上装更多的内存；

2）增加更快的硬盘以减少I/O等待时间；

寻道时间是决定性能的主要因素，逐字地移动磁头是最慢的，一旦磁头定位，从磁道读则很快；

3）在不同的物理硬盘设备上重新分配磁盘活动；

如果可能，应将最繁忙的数据库存放在不同的物理设备上，这跟使用同一物理设备的不同分区是不同的，因为它们将争用相同的物理资源（磁头）。

连接出现The server time zone value 'й' is unrecogni异常。

方案：

打开mysql *** 作窗口，连接上mysql，设置timezone：

输入以下mysql指令：show variables like ‘%time_zone%';

命令： show variables like '%time_zone%';

默认的 time_zone = “SYSTEM”; 我们修改time_zone的值：set global time_zone = “+8:00”;

命令：set global time_zone = "+8:00";

然后在重新试一下客户端就可以连接成功了！

最近在使用date命令时，发现表示东8区(中国时区)要使用 GMT-8 ，但在Java中却需要使用 GMT+8 ，如下：

而在Java中，如下：

这就让人有点迷糊了，经过一段时间搜索，发现在时区表达形式上还有不少知识点呢！

众所周知，为了方便各地区本地时间之间的转换，人们将全球划分为了24个时区，以格林尼治天文台(GMT)为零时区，往东西两个方向分别有12个时区，所以自然有了以GMT为前缀的时区表示法，如下：

GMT+8 表示东8区，中国就是使用这个时区，而 GMT-8 表示西8区，如果格林尼治天文台的本地时间是2022-03-19的0点，那么 GMT+8 地区的本地时间就是2022-03-19的8点，而 GMT-8 的本地时间就是往前8小时，即2022-03-18的16点。

注意，上面的各地区本地时间的表述虽然不同，但它们实际是同一个时刻(绝对时间)，要理解本地时间与绝对时间的区别。

GMT+8 正是Java中支持的时区表示法，那为啥Linux中却是 GMT-8 呢？实际上Linux中的 GMT-8 也可以写成 Etc/GMT-8 ，这才是它的标准名称，如下：

可以发现用 Etc/GMT-8 的话，Linux与Java的输出都是一样的了，是的， Etc/GMT-8 也是一种类似 GMT+8 的时区表示机制，只不过它的 +- 号是反的。

Ok，虽然上面的差异弄清楚了，但时区的表示形式还没有介绍完，接着往下看

除了 GMT+8 表示方式外，我们还经常会看到 UTC+8 这样的表示方式，这是UTC时区表示法。

即生GMT何生UTC？这是由于GMT是以格林尼治天文台为时间基准，但地球不是完美球体且自转速度在变慢，所以地球自转速度并不均匀，这导致以格林尼治天文台为时间基准是不准的。

为了更准确度量时间，科学家们发明了UTC时间，以铯原子跃迁次数来度量时间，比GMT时间更准确，为了保证GMT的准确性，每隔几年GMT时间会做一次调整，以与UTC时间对齐。

因此，既然有了更准确的UTC，那么就有了以UTC为前缀的时区表示法，如中国时区可使用 UTC+8 。

各时区偏移量表示法一览表，如下：

除了用偏移量来表示时区，为了方便，人们还按区域/城市的方式来定义时区，如 Asia/Shanghai ， Asia/Hong_Kong 都表示东8区，具体有哪些城市命名的时区，可以在时区数据库中查看。

另外，为了简化区域时区表示法，又定义了一套时区缩写，如CST是中国时区 China Standard Time 的缩写，可以在时区缩写中查看各种缩写定义。

注意，一般都不建议使用时区缩写，因为时区缩写的命名经常会重复，比如CST是 Central Standard Time (北美中部标准时间UTC -6)、 China Standard Time (中国标准时间UTC +8)、 Cuba Standard Time (古巴标准时间UTC -5)。

由于不同软件对CST的解释可能不同，导致会出现时间相差13或14个小时的情况，这在Java搭配MySQL时经常出现，我还专门写了一篇文章mysql的timestamp会存在时区问题？，对于一定要使用时区缩写的场景，可以使用香港时区缩写 HKT ，它不重复且和上海处于同一个时区。

在Java中和时区相关的类有TimeZone、ZoneId，其中TimeZone是老的时区类，而ZoneId是新的时区类，它有ZoneOffset和ZoneRegion两个子类，分别代表偏移量表示法和区域表示法。

那它们都支持上述的哪些时区写法呢？写个Demo验证一下，如下：

输出如下：

虽然偏移量表示法与区域表示法都可以表示时区，但由于夏令时的存在，它们并不完全等同。

夏令时（Daylight Saving Time: DST），也叫 夏时制，是指为了节约能源，在天亮的早的夏季，人为将时间调快一小时，以充分利用光照资源，节约照明用电。

而中国在 1986 年至 1991 年也实行过夏令时，在1986~1991的每年从四月中旬第一个星期日的凌晨2时整（北京时间），将时钟拨快一小时，即将表针由2时拨至3时，夏令时开始；到九月中旬第一个星期日的凌晨2时整（北京夏令时），再将时钟拨回一小时，即将表针由2时拨至1时，夏令时结束。从1986年到1991年的六个年度，除1986年因是实行夏时制的第一年，从5月4日开始到9月14日结束外，其它年份均按规定的时段施行。

故会有下面看起来有点奇怪的现象：

为什么 Asia/Shanghai 输出为3点，而 GMT+8 输出为2点呢？原因是 1986-05-04 02:00:00 这个时间点中国正开始实行夏令时，时钟拨快了1小时。

而 GMT+8 为什么输出为2点呢？因为中国、马来西亚、菲律宾、新加坡的时区都是 GMT+8 ，只有中国在实行夏令时，而在 GMT+8 中没法感知到区域信息，那java只能以没有实行夏令时的方法来计算本地时间了。

正是由于夏令时的存在，导致程序可能出现诡异的现象甚至bug，如下：

输出如下：

为啥会这样呢？原因是本地时间虽然看起来没变，但 Asia/Shanghai 这个代表的时区却发生了变化。

我们可以将上面 printZonedDateTime 中时间格式由 yyyy-MM-dd HH:mm:ss VV 修改为 yyyy-MM-dd HH:mm:ss VV xxx 再执行，发现输出如下：

如上，夏令时导致 Asia/Shanghai 这个时区不一定是东8区了，也可能是东9区，故Java中，想将ZoneRegion转换为ZoneOffset，需要传递一个instant时刻参数，如下：

夏令时真是一种自欺欺人的做法，还好中国从1991年后就没再实行了！

第一，根据自建数据库的数据量、MySQL版本以及访问量等信息申请对应的云数据库实例，申请云数据库实例完成后，联系云数据库的腾讯云技术人员调整云数据库和云服务器之间的网络配置。

第二，迁移数据库：

1、使用mysqldump导出自建数据库的数据，注意记录binlog的文件和位置（如需帮助请咨询云数据库技术人员），然后使用mysql命令导入至对应的云数据库实例中。推荐使用云数据库多线程导入导出工具。

2、在自建数据库上给云数据库的同步用户授权，授权语句范例如下：

GRANT REPLICATION SLAVE,FILE ON TO 'replication'@'%' IDENTIFIED BY 'test123';

3、在导入数据后根据备份的binlog位置和binlog文件使用change master命令配置从自建数据库到云数据库的主从同步。范例如下：

CHANGE MASTER TO MASTER_HOST='101110',MASTER_USER='replication',MASTER_PASSWORD='test123',MASTER_LOG_FILE='mysql-bin000012', MASTER_LOG_POS=106;

第三，迁移后数据校验：数据同步完成之后，可以使用数据抽样、对比表数量、库数量或者使用专业的对比工具确认数据是否完整。

第四，业务切换数据库：校验数据完整后，请选择适当时间来做业务的平滑切换，将业务连接的数据库切换至云数据库，切换后请务必检查自建数据库是否还有请求进来，避免出现还有请求连接到自建数据库的情况。

第五，断开自建数据库和云数据库主从同步：

1、切换后业务正常后，业务侧在云数据库上执行如下命令断开自建数据库到云数据库的主从同步。

2、断开主从同步后通知云数据库的技术人员恢复之前调整的网络。

以上就是关于MySQL的基本命令全部的内容，包括:MySQL的基本命令、安装完mysql,远程工具连接显示serverTimezone问题、时区的坑，不想再踩了等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！