连接的MySQL服务的端口号是3306,可以省略-P,因为出现 mysql>提示符,表示登录成功,此时已进入MySQL的交互 *** 作模式。
启动mysql后台服务步骤:1、 在搜索框中输入“cmd”,以管理员身份运行,按回车键,d出命令提示符界面。然后输入net start mysql。2、 按回车键,就能启动 MySQL 服务,停止 MySQL 服务的命令为net stop mysql 。3、接着你就可以输入mysql -u root -p。4、就可以使用mysq。
mysql自增列达到最大值后后续的值都是最大值,对于设置了普通索引的不会产生报错,但是一般我们都是针对主键设置自增,主键是要求不重复的,所以会报错
创建一条,携带最大id
创建第二条,不携带id,由mysql自增
都成功,执行
创建一条,携带最大id
创建第二条,不携带id,由mysql自增
第二条失败了,得到如下
自增列必须添加索引
首先要确定当前版本是不是mysqlbinlog版本,当不是mysqlbinlog版本时可能会导致出哪些问题,下面通过模拟场景的方法给大家做介绍,希望对大家有所帮助。看当前mysqlbinlog版本的方法:
mysqlbinlog --version
mysqlbinlog Ver 3.3 for Linux at x86_64
场景1:mysql服务器为mysql
5.6,要求mysqlbinlog版本为3.4及以上,否则mysqlbinlog解析时会直接报错,之前已经碰到过很多次,但是没有记录具体的报错信
息,貌似和position位置不存在的报错信息差不多,后来改用mysqlbinlog 3.4版本以后方可解析;
场景2:今天帮客户做一个db恢复,备份文件是全库备份,恢复却只能恢复某个db到一个特定的时间点。方法如下:mysql加上-o
database_name参数执行全备份的sql文件,然后用mysqlbinlog的-d
database_name参数解析指定库的binlog文件,期间使用到了mysqlbinlog,mysql
server是5.6,mysqlbinlog版本是3.3,结果mysqlbinlog解析并没有报错,执行报错,查看解析出来的binlog有很多乱
码,起初以为是字符集的问题,但查了半天也没发现问题。后来才尝试用3.4版本的mysqlbinlog解决了这个问题,类似的乱码如下图
总结:当mysql服务器版本是5.6时,一定切记要使用版本>=3.4的mysqlbinlog
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)