仓酷云

标题: 发布Mysql服务没法启动的1067毛病办理 [打印本页]

作者: 小妖女 时间: 2015-1-16 20:13
标题: 发布Mysql服务没法启动的1067毛病办理
正如前文所提到的，MySQL易学、易部署、易管理和易维护。　　不管安装何版本的MySQL，在办理工具的服务中启动mysql服务时城市在半途报错。内容为：在当地盘算机没法启动mysql服务毛病1067：历程不测中断。
　　经由多方讨教，得办理办法以下
　　查找体系(厥后考证应当为windows目次)目次下的my.ini文件，编纂内容（假如没有该文件，则新建一个），最少包括basedir，datadir这两个基础的设置。
　　[mysqld]
　　#setbasedirtoinstallationpath,e.g.,c:/mysql
　　#设置为MYSQL的安装目次
　　basedir=D:/www/WebServer/MySQL
　　#setdatadirtolocationofdatadirectory,
　　#e.g.,c:/mysql/dataord:/mydata/data
　　#设置为MYSQL的数据目次
　　datadir=D:/www/WebServer/MySQL/data
　　别的，要主张
　　[WinMySQLadmin]
　　Server=D:/www/WebServer/MySQL/bin/mysqld-nt.exe
　　user=root
　　passWord=xxxxxxxx
　　#以上是设置WinMySQLadmin的设置
　　[Client]
　　user=root
　　password=xxxxxxxx
　　hehe~:)办理了
　　my.ini文件内容以下.我本人改的,就行了,嘿嘿
　　[mysqld]
　　#setbasedirtoinstallationpath,e.g.,D:/mysql
　　#设置为MYSQL的安装目次
　　basedir=D:/mysql
　　#setdatadirtolocationofdatadirectory,
　　#e.g.,d:/mysql/dataord:/mysql/mydata/data
　　#设置为MYSQL的数据目次
　　datadir=D:/MySQL/data
由于MySQL数据库已经如此普及，对企业来说它无疑是一个更好的选择。

作者: 飘灵儿 时间: 2015-1-18 18:49
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

作者: 因胸联盟 时间: 2015-1-25 13:50
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

作者: 兰色精灵 时间: 2015-2-2 22:20
SP4是一个累积性的ServicePack，包含自以前的ServicePack发布以来所有的修补程序（包括MS03-031安全公告）。

作者: 海妖 时间: 2015-2-8 14:30
换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的

作者: 飘飘悠悠 时间: 2015-2-25 19:21
不过话说回来了，绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关

作者: 爱飞 时间: 2015-3-8 02:28
Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。

作者: 若天明 时间: 2015-3-15 21:06
不好!如果出了错;不好调试;不好处理!其实web开发将代码分为3层:web层;业务逻辑层和数据访问层;一般对数据库的操作都在数据访问层来做;这样便于调试和维护!而且将来如果是换了数据库的话;你只需要改数据层的代码;其他层的基本可以不变!要是你在jsp中直接调用sql数据库;那么如果换了数据库呢?岂不都要改?如果报了异常呢?怎么做异常处理?

作者: 乐观 时间: 2015-3-22 04:15
个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

欢迎光临仓酷云 (http://ckuyun.com/)