问题1：目录、文件权限设置不正确 MySQL的$datadir目录，及其下属目录、文件权限属性设置不正确，导致MySQL无法正常读写文件，无法启动。
专注于为中小企业提供成都网站设计、成都做网站服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业余干免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了上千家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
登录账号、密码、服务器名称、数据库名称登录错误导致不能连接。仔细检查好所填信息是否正确，填写正确一般就可以解决。
最近项目比较多，时间不宽松，一直没给大家整理，今天小编抽个时间把我的解决方案分享给大家，具体内容如下所示。
服务器Mysql报错2013是设置错误造成的，解决方法为：首先将你下载的MySQL安装或者解压(对应安装版和解压版)。
②实际解决方法是更换CPU 总结：根据正常的mysql使用，即使大量数据往来也不会造成CPU占用过高，目前推论应该是CPU比较过时的原因，治标不治本的临时解决方案。
备库不能提供读服务，资源浪费 基于主从复制(单点写)方案 前面讨论的两种方案分别依赖于底层的共享存储和磁盘复制技术，来解决MYSQL服务器单点和磁盘单点的问题。
针对mysql，sqlserver等关系型数据库单表数据过大的处理方式 如果不是阿里云的分布式数据库 DRDS那种多机器集群方案的话：先考虑表分区 ；然后考虑分表 ；然后考虑分库。
检查一下 MySQL 设置，有助于确定内存使用情况，从而为 MySQL 分配合适的值。一个近似的公式：当网站受到攻击时，有可能在短时间内建立异常高的连接数量。MySQL 中的 PROCESSLIST 可用于检测顶级用户并阻止对滥用连接的访问。
服务器内存占用过高的解决方法：1，首先通过任务管理器进行进程排序，查找占用内存较大的程序进程。
1、使用 unbuffered cursor 可以避免内存问题。cursor 默认使用 buffered 模式。这种模式会把所有结果集返回并载入内存。如果结果集很大的话，内存会爆。unbuffered cursor 是每次只将下一行结果返回，内存占用很小。
2、内存分配器采用的是内存池的管理方式，处在用户程序层和内核层之间，它响应用户的分配请求，向操作系统申请内存，然后将其返回给用户程序。
3、缺点：重启计算机或者mysql后最大连接数又会复位成初始值，需要重新设定。
4、错误编号：2008 问题分析：MySQL client ran out of memory 错误指向了MySQL客户mysql。这个错误的原因很简单， 内存泄漏，直到耗尽内存，客户没有足够的内存存储全部结果。解决方法：释放占用的内存。
5、翻译：MySQL服务器失去连接在查询期间分析：远程连接数据库是有时会有这个问题。MySQL服务器在执行一条sql语句的时候失去了连接造成的。解决： 一般不需要怎么去处理，如果频繁的出现那么考虑改善硬件环境。
1、使用 unbuffered cursor 可以避免内存问题。cursor 默认使用 buffered 模式。这种模式会把所有结果集返回并载入内存。如果结果集很大的话，内存会爆。unbuffered cursor 是每次只将下一行结果返回，内存占用很小。
2、如果是mysql崩了，首先增加配置缓存。一般来说mysql是不容易崩的，特别是插入操作的时候。查询的时候如果查询结果记录集特别大，会导致一个查询需要使用很大的内存空间，这种是有问题的。
3、可以卸载后重新进行安装恢复默认配置。可以先将mysql停掉，看是否有内存溢出的情况，如果没有那就mysql的问题 3。当前硬件配置较低，如只有512M或1G内存，则可以考虑升级内存后，验证问题是否解决。
问题1：目录、文件权限设置不正确 MySQL的$datadir目录，及其下属目录、文件权限属性设置不正确，导致MySQL无法正常读写文件，无法启动。
解决方法：检查一下/etc/my点吸烟 f文件中有没有没被注释掉的skip-federated字段，如果有就立即注释掉吧。原因：错误日志目录不存在；解决方法：使用“chown” “chmod”命令赋予mysql所有者及权限。
以上四种情况，是2013版OA系统目前比较常见的mysql服务启动不了的现象和解决办法，大家可作参考，其他情况的话，再具体分析处理。
当各位在安装、重装时出现could not start the service mysqlerror：0的错误时，可以尝试下面两种方法。
遇到无法启动mysql时常见解决方法二：重装mysql 发现mysql有问题时，最便捷的方法，是先把mysql卸载掉，然后重装重新配置，具体方法如下：卸载mysql，清理掉安装目录和windows目录下的my.ini文件。
1、SqlDateTime溢出该怎么解决 使用System.Data.SqlTypes.SqlDateTime.MinValue替代System.DateTime类型，这样SqlDateTime的MinValue和Sql中DateTime的范围吻合，就不会再出现以上的错误了。
2、看看是否是程序对于null的处理会出现异常。如果没有。那看看是否可以修改程数据库的表结构，实在不行的话。
3、start MSSQLSERVER然后加入计划任务里， 让它每天重启一下。
