php将密码存入数据库,可以分内常见的4种方式：
成都创新互联服务项目包括酒泉网站建设、酒泉网站制作、酒泉网页制作以及酒泉网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，酒泉网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到酒泉省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
1、直接md5加密存到到数据库
2、md5两次存到数据库
3、对需要加密的字符串和一个常量 进行混淆加密
4、生成一个随机的变量存到数据库中，然后对需要加密的字符串和这个随机变量加密
?php$str="admin"; //需要加密的字符串$str2="php"; //增加一个常量混淆 $pass1=md5($str);$pass2=md5(md5($str));$pass3=md5($str.$str2);echo $pass1."br".$pass2."br".$pass3;?
输出：
第四种
$str="admin"; //需要加密的字符串$encrypt=$row['encrypt']; // 生成的 随机加密字符串 存到数据库中$pass4=md5($str.$encrypt);// 8db2ec7e9636f124e56f7eb4d7b7cc7e
一般情况下，MYSQL在更新操作会自动加表锁。不需要显式加锁。除非是数据要求严格的逻辑写顺序。
执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行更新操作 （UPDATE、DELETE、INSERT等）前，会自动给涉及的表加写锁，这个过程并不需要用户干预，因此，用户一般不需要直接用LOCK TABLE命令给MyISAM表显式加锁。
在进行数据表检查或修补时，可以先将数据表锁定，可确保数据表的安全：
mysqlLOCK TABLE tbl_name READ;
mysqlFLUSH TABLES;
将数据表锁定后再进行检查或修补的工作。完成后再解除锁定：
mys()qlUNLOCK TABLES;
//LOCK TABLE tbl_name READ表示要锁定成只读状态，在这个状态下用户只能读取数据表，不能写入。
LOCK TABLE tbl_name WRITE则是更严格的锁定，用户不能读取也不能写入。
题主你可以使用 md5 或者 sha1 进行初步处理，但为了更加安全，请你同时加上两个 salt，一个静态 salt，一个动态的 salt。以 md5 为例：
假设通过 POST 传来的密码为 $_POST['password']，在存入 DB 前先进行如下的操作：
$password = hash('md5', $_POST['password'].$staticSalt.$dynamicSalt);
为了保证动态 salt 的唯一性，可以这样操作：
$dynamicSalt = hash('md5', microtime());
对于动态的 salt 可以与生成的密码一起保存在 DB 中，而静态 salt 则可以直接放在类文件中（例如定义为一个静态属性即可）。
首先谢谢题主采纳了我的答案，但是我之前的回答并不是最佳答案，之所以有此加密的想法源于自己所读的源码可能比较老，所以并没使用上较新版本的加密方法，例如 bcrypt等。
此外，第二点，感谢评论中几位前辈的提点，已经明白设置静态 salt 的意义并不大，生成一个较长的动态 salt 已然可以解决问题。
LZ应该采用加盐HASH。
如何“腌制”密码呢？
=_,=
正确的格式应该是，用户password+动态的salt
动态的salt不能像2L所说的，使用microtime，因为时间在某些情况下不够随机，而且是可能被猜解的。
这里推荐一个我用的加盐HASH
$salt=base64_encode(mcrypt_create_iv(32,MCRYPT_DEV_RANDOM));
$password=sha1($register_password.$salt);
解释:
首先使用mcrypt，产生电脑随机生成的，专门用户加密的随机数函数。
第二步，把得到的随机数通过base64加密，使其变长并且不利于猜解。
第三步，把得出的盐拼接到密码的后面，再对其使用sha1进行哈希
再把password存入到用户的数据库。
PS：为何不用静态的salt？没有必要，使用一个动态随机足够长的盐足矣。
为何不用MD5？因为长度不够。
为何没有使用多次HASH？因为这样反而容易发生碰撞。
HASH好之后怎么使用“腌制”好的密码？
用户注册-提交密码-产生salt-腌制好的密码存入数据库-salt存入数据库。
用户登录-提交密码-调用salt接到提交密码的后面-进行HASH-调用之前注册腌制好的密码-对比HASH值是否和这个密码相同
MYSQL中的锁：
语法 ：
LOCK TABLE 表名1 READ|WRITE, 表名2 READ|WRITE .................. 【锁表】
UNLOCK TABLES 【释放表】
Read:读锁|共享锁 ： 所有的客户端只能读这个表不能写这个表
Write:写锁|排它锁： 所有当前锁定客户端可以操作这个表，其他客户端只能阻塞
注意：在锁表的过程中只能操作被锁定的表，如果要操作其他表，必须把所有要操作的表都锁定起来！
PHP中的文件锁 （锁的是文件，不是表）
文件锁的文件与表有什么关系？：一点关系也没有，与令牌相似，谁拿到谁操作。所以表根本没锁。
测试时，有个文件就行，叫什么名无所谓
手动加锁：
表级锁
lock tables tablename read;//共享锁
lock tables tablename write;//排它锁
unlock tables;//解锁
php直接query就行了。
除了MyIsam，谁还会无聊到显式加锁？
InnoDB直接跑事务默认会触发隐式锁,不需要自己lock和unlock。
