2025年1月联想k860i白色(canon eos 60d)-听风

今天给各位分享联想k860i白色的知识，其中也会对canon eos 60d进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文导读目录：

1、2025年1月联想k860i白色(canon eos 60d)

2、dolby access是什么软件可以删除嘛(dolbyaccess能删除吗)

mysql创建表（数据库mysql创建表格老是出错，看不懂英文提示

数据库mysql创建表格老是出错，看不懂英文提示

来自：CTO（作者：superZS我在刚开始学习数据库的时候，没少走弯路。经常会Yù到各种稀奇古怪的error信息，遇到报错会很慌张，急需一个解决问Tí的办法。跟无头苍蝇一Yàng，会不加思索地把错误Zhān到百度上，希望赶紧查找一下有没有好的处理问题的方法。我想这个应该是刚从事数据库的小白，都会Yù到窘境。今Tiān就给大家列举MySQL数Jù库中，最经典的十大错误案例，并附有处理问题的解决思路和方法，希望能给刚入Xíng，或数据库爱好者一些帮助，今后再遇到任何报错，我们都可以很淡定Dì去Chù理。学习任何Yī门技术的同时，其实就是自我修炼的过程。沉下心，尝试去拥抱数据的世Jiè！Top：Toomanyconnections（连接数过多，导致连接不上数据库，业务无法正常进行问题还原解决问题的思路：首先先要考虑在我们MySQL数据库参数文件Lǐ面，对应的max_connections这个参数值是不是设置的太小了，导致客户端连接数超过了数据库所承受的最大值。●该值Mò认大小是，我们可以根据实际情况进行调整。●对应解决办法：setglobalmax_connections=但这样调整会有隐患，因为我们Wú法确认数据库Shì否可以承担这么大的连接压力，就好比原来一个人只能吃一个Mán头，但现在却非要让他吃个，他肯定接受不了。反应到服务器上面，就有可能会出现宕机的可能。所以这又反应Chū了，我们在新上线一个业务系统的时候，要做好压力测Shì。保证后期对数据库进行优HuàZhōu整。其次可以限制Innodb的并发处理数量，如果innodb_thread_concurrency=（这种代表Bù受限制可以先改成或是看服务器压力。如果非常Dà，可以先改的小一点让服务器的压力下来之后,然后再慢慢增大,根据自己的业务而定。个人建议可以先调整为即可。MySQL随着连Jiē数的增加性能是会下降的，可以让开发配合设置threadpool，连接复用。在MySQL商业版中加入了threadpool这项功能另外对于有的监控程序会读取information_schema下面的表，可以考虑关闭下面的参数innodb_stats_on_metadata=setglobalinnodb_stats_on_metadata=Top：（主从复制报错类型Last_SQL_Errno:（从库与主库数据冲突Last_Errno:Last_Error:CouldnotexecuteWrite_rowseventontabletest.t;Duplicateentry’’forkey’PRIMARY’,Error_code:;handlererrorHA_ERR_FOUND_DUPP_KEY;theevent’smasterlogmysql-bin.,end_log_pos针对这个报错，我们首先要Kǎo虑是不是在从库中误操作导致的。结果发现，我们在从库中进行了一条针对有主键表的sqlYù句的插入，导致主库再插入相同sqlDeShí候，主从状态出现异Cháng。发生主键冲突的报错。解决方法：在确保主从数据一致性的前提下，可以在从库进行错误Tiào过。一般使用percona-toolkit中的pt-slave-restart进行。在从库完成如下操作[rootzsbin]#之后最好在从库Zhōng开启read_onlyShēn数，禁止Zài从库进行写入操作Last_IO_Errno:（server-id冲突Last_IO_Error:Fatalerror:TheslaveI/OthreadstopsbecausemasterandslavehaveequalMySQLserverids;theseidsmustbedifferentforreplicationtowork(orthe--replicate-same-server-idoptionmustbeusedonslavebutthisdoesnotalwaysmakesense;pleasecheckthemanualbeforeusingit)这个报错出现之后，就看一目了然看到两台机器的server-id是一样的。在搭建主从复制的过程中，我们要确保两台机器的server-id是唯一的。这里再强调一下server-id的命名规则（服务器ip地址De最后一位+本MySQL服Wù的端口号解决方法：在主从两台机器Shàng设置不同的server-id。Last_SQL_Errno:（从库少数据，主库更Xīn的时候，从库报错Last_SQL_Error:CouldnotexecuteUpdate_rowseventontabletest.t;Can’tfindrecordin’t’,Error_code:;handlererrorHA_ERR_KEY_NOT_FOUND;theevent’smasterlogmysql-bin.,end_log_pos解决问题的办法：Gēn据报错信Xī，我们可以获取到报错日志和position号，然后就能ZhǎoDào主库执行的哪条sql，导致的主从报错。在主库执行：/usr/local/mysql/bin/mysqlbinlog--no-defaults-v-v--base-output=decode-rows/data/mysql/mysql-bin.|grep-A》.logcat.log#::serveridend_log_posCRCxbbdecUpdate_rows:tableidflags:STMT_END_F###UPDATE`test`.`t`###WHERE###=/*INTmeta=nullable=is_null=*/###=’dd’/*VARSTRING()meta=nullable=is_null=*/###SET###=/*INTmeta=nullable=is_null=*/###=’ddd’/*VARSTRING()meta=nullable=is_null=*/#at#::serveridend_log_posCRCxecafXid=MIT/*!*/;DELIMITER;#EndoflogfileROLLBACK/*addedbymysqlbinlog*/;/*!SETPLETION_TYPE=OLD_PLETION_TYPE*/;/*!SETSESSION.PSEUDO_SLAVE_MODE=*/;获取到sql语句之后，就可以在从库FǎnXiàng执行sql语句。把从库缺少的sql语句补全，解决报错信息。在从库依次执行：mysql》insertintot(b)values(’ddd’);QueryOK,rowaffected(.sec)mysql》stopslave;QueryOK,rowsaffected(.sec)mysql》exitBye[rootnodebin]#安装过程中的报错[rootzsdata]#/usr/local/mysql/bin/mysqld_safe--defaults-file=/etc/my.f&[rootzsdata]#::mysqld_safeLoggingto’/data/mysql/error.log’.::mysqld_safeStartingmysqlddaemonwithdatabasesfrom/data/mysql::mysqld_safemysqldfrompidfile/data/mysql/node.pidended::mysqld_safeStartingmysqlddaemonwithdatabasesfrom/data/mysql--::[Warning]TIMESTAMPwithimplicitDEFAULTvalueisdeprecated.Pleaseuse--explicit_defaults_for_timestampserveroption(seedocumentationformoredetails)(Errcode:-Permissiondenied)--::[ERROR]Aborting解决思路：遇到这样的报错信息，我们要学会时时去关注错误日志errorlog里面的内容。看见了关键的报错点Permissiondenied2025年1月联想k860i白色(canon eos 60d)。证明当前MySQL数据Kù的数据目录没有权限。解决方法：[rootzsdata]#chownmysql:mysql-Rmysql[rootzsdata]#/usr/local/mysql/bin/mysqld_safe--defaults-file=/etc/my.f&[rootzsdata]#::mysqld_safeLoggingto’/data/mysql/error.log’.::mysqld_safeStartingmysqlddaemonwithdatabasesfrom/data/mysql启动成功。如何避免这类问题，个人建议在安装MySQL初始化的时候，一定加上--user=mysql，这样就可以避免权限问题。数据库密码忘记的问题[rootzs~]#mysql-uroot-pEnterpassword:ERROR():Aessdeniedforuser’root’’localhost’(usingpassword:YES)[rootzs~]#mysql-uroot-pEnterpassword:ERROR():Aessdeniedforuser’root’’localhost’(usingpassword:YES)我们有可能Gāng刚接手别人的MySQL数据库，而且没有完Shàn的交接文档。root密码KèYǐDiū失或者忘记了。解决思路：目前是进入不了数据库的情况，所以我们要考虑是不是可以跳过权限。因为在数据库中，mysql数据库中user表记录着我们用户的信息。解决方Fǎ：启动MySQL数据库的过程中，可以这样执行：/usr/local/mysql/bin/mysqld_safe--defaults-file=/etc/my.f--skip-grant-tables&这样启动，就可以不用输入密码，直接Jìn入mysql数据库了。然后在Xiū改你自己想要改的root密码即可。updatemysql.usersetpassword=password(’root’)whereuser=’root’;Top：truncat e删除Shù据，导致自动Qīng空自增ID，前端返回报错notfound。这个问题的出现，就要考虑下truncate和delete的区别了。看下实验演练：首先先创建一张表；CREATETABLE`t`(`a`int()NOTNULLAUTO_INCREMENT,`b`varchar()DEFAULTNULL,PRIMARYKEY(`a`),KEY`b`(`b`))ENGINE=InnoDBAUTO_INCREMENT=DEFAULTCHARSET=utf插入三条数据：mysql》insertintot(b)values(’aa’);QueryOK,rowaffected(.sec)mysql》insertintot(b)values(’bb’);QueryOK,rowaffected(.sec)mysql》insertintot(b)values(’’);QueryOK,rowaffected(.sec)mysql》select*fromt;+-----+------+|a|b|+-----+------+||aa|||bb||||+-----+------+rowsinset(.sec)先用delete进行删除全表信息，再插入新值。结果发现truncate把自Zēng初始值重置了，自增属性从开始记录了。当前端用主键id进行查询时，就会报没有这条数据的错误。个人建议不要Shǐ用truncate对表进行删除操作，虽然可以回收表空间，但是会涉及自增属性问题。这些坑，我们不Yào轻易钻进去。Top：阿里云MySQL的Pèi置文件中，需要注意一个参Shù设置就是：lower_case_table_names=;默认情况lower_case_table_names=;是不Qū分大小写.如果报你小写的表名找不到,那你就把Yuàn端数据库的表名改成小写,Fǎn之亦然.注意Mybatis的Mapper文件的所有表名也要相应修改Top：Yǒu同学经常会问张老师，为什么我的数据库总会出现中文乱码的情况。一堆？？？？不知道怎么回事。当向数据库中写入创建表，并插入中文时，会出现这种问题。此报错会涉及数据库字符集的Wèn题。解决思路：对于中文乱码的情况，记住老师告诉你的三个统一就可以。还要知道在目前的mysqlShù据库中字符集编码都是默认的UTF处理办法：数据终Duān，也就是我们连接数据库的工具设置为utf操作系统层面；可以通Guòcat/etc/sysconfig/in查看；也要设置为utf数据库层面；在参数文件中的mysqld下，加入character-set-server=utf。Emoji表情Fú号录入mysql数据库中报错。Causedby:java.sql.SQLException:Incorrectstringvalue:’xFxFxxxFxF...’forcolumn’CONTENT’atrowat.mysql.jdbc.SQLError.createSQLException(SQLError.java:)at.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:)at.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:)at.mysql.jdbc.MysqlIO.sendmand(MysqlIO.java:)at.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:)at.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:)at.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:)at.mysql.jdbc.PreparedStatement.execute(PreparedStatement.java:)解决思路：针对表情插入的问题，一定还是字符集De问题。处理方法：我们可以直接在参数文件中，加入vim/etc/my.f[mysqld]init-connect=’SETNAMESutfmb’character-set-server=utfmb注：utfmb是utf的超集。T op：使用binlog_format=statement这种格式，跨库操作，导致从库丢失数据，用户访问导致出现错误数据信息。当前数据库二进制日志De格式为：binlog_format=statement在主库设Zhìbinlog-do-db=mydb（只同步mydb这一个库在主库执行usemydb；insertintomydb.tvalues(’bb’);这条Yù句不会同步到从库。但是这样操作就可以；usemydb;insertintomydb.tvalues(’bb’);因为这是在同一个库中完成De操作。在生产Huán境中建议使用binlog的格式为row，而且慎用binlog-do-db参数。Top：MySQL数据库连接超Shí的报错；.hibernate.util.JDBCExceptionReporter-SQLError:,SQLState:S.hibernate.util.JDBCExceptionReporter-Thelastpacketsuessfullyreceivedfromtheserverwasmillisecondsago.Thelastpacketsentsuessfullytotheserverwasmillisecondsago,whichislongerthantheserverconfiguredvalueof’wait_timeout’.Youshouldconsidereitherexpiringand/ortestingconnectionvaliditybeforeuseinyourapplication,increasingtheserverconfiguredvaluesforclienttimeouts,orusingtheConnector/Jconnection’autoReconnect=true’toavoidthisproblem..hibernate.event.def.AbstractFlushingEventListener-Couldnotsynchronizedatabasestatewithsession.hibernate.exception.JDBonnectionException:CouldnotexecuteJDBCbatchupdate.mysql.jdbc.exceptions.jdbc.MySQLNonTransientConnectionException:Connection.close()hasalreadybeencalled.Invalidoperationinthisstate..hibernate.util.JDBCExceptionReporter-SQLError:,SQLState:.hibernate.util.JDBCExceptionReporter-Nooperationsallowedafterconnectionclosed.Connectionwasimplicitlyclosedduetounderlyingexception/error:**BEGINNESTEDEXCEPTION**大多数做DBADe同学，可能都会被开发人员告知，你们的数据库报了这个错误了。赶紧看看是哪里的问题。这个问题是由两个参数影响的，wait_timeout和interactive_timeout。数据默认的配置时间是（小Shí意味着，超过这个时Jiàn之后，MySQL数据库为了节Xǐng资源，就会在数据库Duān断开这个连接，Mysql服务器端将其断开了，Dàn是我们的程序再次使用这个连接Shí没有做任何判断，所以就挂了。解决思路：先要了解这两个参数的特性；这两个参数必须同时设置，而且必须要保证值一致才可Yǐ。我们可以适当加大这个值，小时太长了，不适用于生产环境。因为一个连接长时间不工作，还占用我们的连接数，会消耗我们的系统资源。Xiè决方法：可以适Dàng在程序中做判断；强Liè建议在操作结束时更改应用程序逻辑以正Què关闭连接；然后设置一个比较合理Detimeout的Zhí（根据Yè务情况来判断Top：can’topenfile(errno:)有的时候，数据库跑得好好的，突然报不能打开数据库文件的错误了。解决思路：首先我们要先查看数据库的errorlog。然后判断是表损坏，还是权限问题。Huán有Kè能磁盘空间不足导致的不能正常访问表；操作系统的限制也要关注下；用perror工具Zhā看具体错误！linux:/usr/local/mysql/bin#超出最大打开文件数限制！ulimit-n查看系统的最大打开文件数是，不可能Chāo出！那必然是数据库的最大打开文件数超出Xiàn制！在MySQL里查看最大打开文件数限制命令：showvariableslike’open_files_limit’;Fā现该数值过小，改为，重启MySQL，应用正常处理方法：repairtable；chownmysql权限清理磁盘中的垃圾数据