mysql root帐号丢失解决办法

一.windows系统的解决方法
1.首先以系统管理员身份登陆系统。
2.停止MySQL的服务。
3.进入命令窗口,然后进入MySQL的安装目录,比如我的安装目录是c:\mysql,进入C:\mysql\bin
4.跳过权限检查启动MySQL,c:\mysql\bin>;mysqld-nt –skip-grant-tables
(或者将–skip-grant-tables写入my.ini中,重新启动Mysql,即可设置新密码)。
5.重新打开一个窗口,进入c:\mysql\bin目录,设置root的新密码
c:\mysql\bin>mysqladmin -u root flush-privileges password “newpassword”
c:\mysql\bin>mysqladmin -u root -p shutdown
将newpassword替换为你要用的root的密码,第二个命令会提示你输入新密码,重复第一个命令输入的密码。
6.停止MySQL Server,用正常模式启动Mysql
7.你可以用新的密码链接到Mysql了。

二.Unix/Linux的解决方法
1.用root或者运行mysqld的用户登录系统;
2.利用kill命令结束掉mysqld的进程;
3.使用–skip-grant-tables参数启动MySQL Server
shell>mysqld_safe –skip-grant-tables &
4.为root@localhost设置新密码
shell>mysqladmin -u root flush-privileges password “newpassword”
5.重启MySQL Server

MySQL视图介绍

一. 视图概述
视图是一个虚拟表,其内容由查询定义。同真实的表一样,视图包含一系列带有名称的列和行数据。但是,视图并不在数据库中以存储的数据值集形式存在。行和列数据来自由定义视图的查询所引用的表,并且在引用视图时动态生成。

对其中所引用的基础表来说,视图的作用类似于筛选。定义视图的筛选可以来自当前或其它数据库的一个或多个表,或者其它视图。通过视图进行查询没有任何限制,通过它们进行数据修改时的限制也很少。

视图是存储在数据库中的查询的SQL 语句,它主要出于两种原因:安全原因, 视图可以隐藏一些数据,如:社会保险基金表,可以用视图只显示姓名,地址,而不显示社会保险号和工资数等,另一原因是可使复杂的查询易于理解和使用。

  视图:查看图形或文档的方式。

  视图是从一个或多个表或视图中导出的表,其结构和数据是建立在对表的查询基础上的。和表一样,视图也是包括几个被定义的数据列和多个数据行,但就本质而言这些数据列和数据行来源于其所引用的表。

  所以视图不是真实存在的基础表而是一张虚表,视图所对应的数据并不实际地以视图结构存储在数据库中,而是存储在视图所引用的表中。

  视图一经定义便存储在数据库中,与其相对应的数据并没有像表那样又在数据库中再存储一份,通过视图看到的数据只是存放在基本表中的数据。对视图的操作与对表的操作一样,可以对其进行查询、修改(有一定的限制)、删除。

  当对通过视图看到的数据进行修改时,相应的基本表的数据也要发生变化,同时,若基本表的数据发生变化,则这种变化也可以自动地反映到视图中。

  视图有很多优点,主要表现在:
  •视点集中
  •简化操作
  •定制数据
  •合并分割数据
  •安全性
当然视图也存在一些缺点,最大的缺点就是视图带来的更新负担,比如源数据改了,那么视图中要做相应更新,视图中数据改了源数据也要做同步,这和MySQL的Cache差不多。

二. 创建视图——CREATE VIEW

1. 语法

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}] VIEW [db_name.]view_name [(column_list)] AS select_statement [WITH [CASCADED | LOCAL] CHECK OPTION]通过该语句可以创建视图,若给定了[OR REPLACE],则表示当已具有同名的视图时,将覆盖原视图。select_statement是一个查询语句,这个查询语句可从表或其它的视图中查询。视图属于数据库,因此需要指定数据库的名称,若未指定时,表示在当前的数据库创建新视图。

表和数据库共享数据库中相同的名称空间,因此,数据库不能包含相同名称的表和视图,并且,视图的列名也不能重复。

2. 使用举例

Eg. 本例创建一个产品表(product)和一个购买记录表(purchase),再通过视图purchase_detail查询出购买的详细信息。

CREATE TABLE product

(

product_id INT NOT NULL,

name VARCHAR(50) NOT NULL,

price DOUBLE NOT NULL

);

INSERT INTO product VALUES(1, ‘apple ‘, 5.5);

CREATE TABLE purchase

(

id INT NOT NULL,

product_id INT NOT NULL,

qty INT NOT NULL DEFAULT 0,

gen_time DATETIME NOT NULL

);

INSERT INTO purchase VALUES(1, 1, 10, NOW());

CREATE VIEW purchase_detail AS SELECT product.name as name, product .price as price, purchase.qty as qty, product .price * purchase.qty as total_value from product, purchase where product.product_id = purchase.product_id;

创建成功后,输入:SELECT * FROM purchase_detail;

运行效果如下:

+——-+——-+—–+————-+

| name | price | qty | total_value |

+——-+——-+—–+————-+

| apple | 5.5 | 10 | 55 |

+——-+——-+—–+————-+

1 row in set (0.01 sec)

3. 注意事项

创建视图存在如下注意事项:

(1) 运行创建视图的语句需要用户具有创建视图(CRATE VIEW)的权限,若加了[OR REPLACE]时,还需要用户具有删除视图(DROP VIEW)的权限;

(2) SELECT语句不能包含FROM子句中的子查询;

(3) SELECT语句不能引用系统或用户变量;

(4) SELECT语句不能引用预处理语句参数;

(5) 在存储子程序内,定义不能引用子程序参数或局部变量;

(6) 在定义中引用的表或视图必须存在。但是,创建了视图后,能够舍弃定义引用的表或视图。要想检查视图定义是否存在这类问题,可使用CHECK TABLE语句;

(7) 在定义中不能引用TEMPORARY表,不能创建TEMPORARY视图;

(8) 在视图定义中命名的表必须已存在;

(9) 不能将触发程序与视图关联在一起;

(10) 在视图定义中允许使用ORDER BY,但是,如果从特定视图进行了选择,而该视图使用了具有自己ORDER BY的语句,它将被忽略。

三. 修改视图——ALTER VIEW

1. 语法

ALTER [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}] VIEW view_name [(column_list)] AS select_statement [WITH [CASCADED | LOCAL] CHECK OPTION]该语句用于更改已有视图的定义。其语法与CREATE VIEW类似。

2. 使用举例

Eg. 将上一小节中中创建的视purchase_detail进行修改,去掉qty列,语句如下:

ALTER VIEW purchase_detail AS SELECT product.name as name, product .price as price, product .price * purchase.qty as total_value from product, purchase where product.product_id = purchase.product_id;

此时通过语句:select * from purchase_detail;对视图进行查询时,结果如下:

+——-+——-+————-+
| name | price | total_value |

+——-+——-+————-+

| apple | 5.5 | 55 |

+——-+——-+————-+

3. 注意事项

修改视图的注意事项除了第一条外跟创建视图的注意事项是一样的。第(1)条应改为:

该语句需要具有针对视图的CREATE VIEW和DROP权限,也需要针对SELECT语句中引用的每一列的某些权限。

四. 删除视图——DROP VIEW

1. 语法

DROP VIEW [IF EXISTS] view_name [, view_name] … [RESTRICT | CASCADE]该语句用户删除视图,可一次删除多个视图。[IF EXISTS]选项确保语句正确运行。若没有该子句,当指定的视图不存在时,将发生错误。

2. 使用举例

Eg1. 删除在前面的小节中创建的视图purchase_detail:DROP VIEW purchase_detail;

Eg2. 删除一个未知的视图:DROP VIEW IF EXISTS test_view;

Eg3. 删除多个视图:DROP VIEW IF EXISTS test_view1, test_view2;

3. 注意事项

必须对要删除的一个或多个视图拥有DROP VIEW的权限。

Blog迁到Linode,新空间,新开始

很久没有认证的写博客了,原因是多方面的,一方面因为工作比较忙,最近在死磕一个电子商务的项目,对于不适合人类阅读的代码,花了很大的力气去重构,当然我也只能重构一些我用到的部分,这部分重构只能保证与我相关的这些特性能够在未来的一段时间内降低维护的成本,更深层次的重构,有专门的团队在负责,还有一个原因是过年吃多了,又长胖了,人胖了就不想动,变懒了,于是赶紧买了一辆自行车,只要不下雨,上下班都骑车,还特意在自行车上装了一个码表,蛮便宜的,十几块钱,能清楚记录我平均速度,总里程,总时间,当前行车速度,当前温度等等信息,建议骑车的人去买一个,安装也非常方便,淘宝上可以买到。

昨天晚上把Blog迁往Linode,关于Linode的详细介绍,请关注百度的Blogkid同学的介绍,这个VPS是和老王神仙等人一起合租的,差不多每个人300人民币一年,速度还可以,从我的测试来看,比我之前用的VPS稍微慢一点,比起它的资源和性能,总的性价比还是不错的,如果有需要的朋友可以考虑一下,一个人买有点贵,当然如果你不差钱的话,那就无所谓了。

最近还发现一个神奇的现象,我的Blog流量在最近一个月增加了一倍多,新增流量主要来自百度搜索,但奇怪的是,google webmaster tools 中显示,订阅用户也增加了一倍多,看来订阅用户和访问量基本上没啥关系,怪不得那么多人在feed中添加广告,不过feed能够做到更精准的营销,这是当你在Blogbus 6周年跨界融合大会上,碰到的Feedsky创始人吕欣欣,他老人家说的。当时还和他合影了,不过照片不知道去哪里了……

关于以后,我会把更多的业余时间投入到数据库上去,先从MySQL入手开始搞,所以以后Blog可能更多的出现数据库方面的文章,当然PHP是我的职业语言,关于这方面的心得,我会继续发布在Blog上,关于编程语言可能还有Python,这个是不错的语言,Blog上还有可能出现的内容可能就是一些读书笔记。

django Settings cannot be imported 错误解决

在命令行中直接敲入Python命令进入交互模式,然后使用

from django.template import  Template ,Context
t  = Template(”Test is {{test}}”)

会导致:ImportError: Settings cannot be imported, because environment variable DJANGO_SETTINGS_MODULE is undefined.原因是django的配置信息没有初始化
有两种解决方法,

一种是切换到你项目或者APP所在的目录使用manage.py shell命令启动交互窗口

还有一种是手动将django的配置初始化:

>>> from django.conf import settings
>>> settings.configure()

代码格式规范的List

《代码大全》是本好书啊,推荐所有有志于改善自己的程序,或者在编码上寻找进一步提高的人应该仔细研究研究。以下是摘抄自《代码大全》第二版中谈到关于怎样的代码格式更适合人类阅读,更能令人愉悦的Check List。对照List进行自检和反省,令人欣慰的是List中80%以上我都做到了,在我的上一个项目中做得比较失败,由于时间的原因,很多注释没有加上,逻辑也不够清晰。在重构中解决,借此反省。
一般问题:
格式化主要是为了展现代码的逻辑结构吗?
2、你的布局方案能统一运行吗?
3、 你的布局方案能让代码易于维护吗?
4、你的布局方案是否有利于代码的可读性?
控制结构的布局
1、你的代码中避免begin-end 或对{}的双重缩进了吗?
2、相邻的块之间用空行分割了吗?
3、对复杂表达式格式化时考虑到可读性吗?
4、对只有一条语句的块布局始终如一吗?
5、case语句与其他控制结构的格式化保持一致了吗?
6、对goto语句格式化是否让其显眼了呢?
还好目前PHP只有5.3以上版本才会有goto
单条语句的布局:

1、为逻辑表达式、数组下标和子程序参数的可读性使用了空格了吗?
2、不完整的语句在行末似乎以明显又错的方式结束吗?
3、后续行按照标准数码缩进了吗?
4、每行顶多只有一条语句吗?
这一点是团队中比较头痛的问题,很多人不按照这个规则来做,结果它成了一种风气
5、所写的每个语句都没有副作用吗?
6、每行顶多只声明一个数据吗?
注释布局:
1、注释与其所注释的代码所尽量相同吗?
2、注释风格便于维护吗?
子程序的布局:
1、你对每个子程序的参数格式化方式便于看懂、修改、注释吗?
2、采用空行分割子程序各部分了吗?
4、文件中子程序用空行清楚分开了吗?
5、在没有更好的组织形式的场合,所有子程序都按字母排列了吗?
这一点我没有做到,没有做到是没有想到这一点,以后编码注意了……