mysql之常见异常

*、Specified key was too long; max key length is 767 bytes

key表示的是主键意思是主键的长度超出了限制（依赖于字符编码）
如utf-8:表明字符数为767/3约等于256个而gbk:则为767/2约384个

    补充：mysql创建表及其字段索引

eg:create table tablename(
      columnName type ....
      key index_name (columnName(length))...
 )

 

*、mysql在服务列表丢失

、cmd.exe在管理员模式下运行
、mysqld --install
看到提示service successfully installed即可

 

*、mysql造成的java heap space

mysql在5.0以上支持fetchsize,但要注意两点，一是要用statement对象在执行query前设置，二是fetchsize大小设为Integer.min_value,具体原理待看源码实现，2018年7月2日19:04:42

 

*、mysql服务丢失，系统恢复了但是数据库数据无法挂载

https://blog.csdn.net/lxpbs8851/article/details/14161935/

 

*、Cannot convert value '0000-00-00 00:00:00' from column 1 to TIMESTAMP

jdbc:mysql://localhost:3306/test?zeroDateTimeBehavior=convertToNull

 

*、mysql遇到某某表找不到时，可以查看是否是数据库大小写敏感是否有问题

/etc/my.cnf
在[mysqld]或[client]节点下添加：
lower_case_table_names=1即可
1表示不区分大小写，0表示区分大小写

 

*The size of BLOB/TEXT data inserted in one transaction is greater than 10% of redo log size. Increase the redo log size using innodb_log_file_size.

重点在于10%，看清楚，这个10%表示的是你在my.cnf（ini）文件中配置的innodb_log_file_size总大小的10%，所以假如当你要处理90M大小文件时，要保证innodb_log_file_size参数大小为900M+重启服务即可。
原理：
参考：https://blog.csdn.net/langkeziju/article/details/51094289
由于工作原因，原理性知识后续整理了，ε=(´ο｀*)))唉。