13518219792
sql= "UPDATE mydata SET p1='".$pointarr[i][1]."' where ps like '%".$pointarr[i][
创新互联专注于汇川企业网站建设,响应式网站,电子商务商城网站建设。汇川网站建设公司,为汇川等地区提供建站服务。全流程按需设计，专业设计，全程项目跟踪，创新互联专业和态度为您提供的服务
每次都去做一次like的全表扫描当然慢了。
建议使用批量更新，减少查询次数。
比如先查询出结果集，然后在内存里去操作字段更新
最后采用 update ...... where id = xxx 这样的更新方法。避免多次全表扫描。
不是最了解你的需求，仅供参考。
MySQL Update Set 更新数据
UPDATE 更新
UPDATE SET 语法用于修改更新数据表中的数据。
语法：
UPDATE tb_name SET column1 = new_value1,column2 = new_value2,… WHERE definition
该语法将数据表中符合 WHERE 条件的记录中的 column1 的值更新为 new_value1，column2 的值更新为 new_value2 ，以此类推。如果省略 WHERE 条件，则会将表中所有记录的 column 值进行更新。
例子：
?php
$conn = @mysql_connect("localhost","root","root123");
if (!$conn){
die("连接数据库失败：" . mysql_error());
}
mysql_select_db("test", $conn);
mysql_query("set names 'gbk'");
$sql = "UPDATE user SET email = 'xiaoming@163.com' WHERE username = '小明'";
if(mysql_query($sql,$conn)){
echo "更新数据成功！";
} else {
echo "更新数据失败：".mysql_error();
}
?
更新前数据：
uid username password email regdate
1 admin b7e591c246d010bb2ccd77d52490c85e admin@5idev.com 1277992339
2 小明 a193686a53e4de85ee3f2ff0576adf01 xiao@163.com 1278063917
3 Jack 0193686a35e4de85ee3f2ff0567adf49 jack@gmail.com 1278061380
4 小王 e10adc3949ba59abbe56e057f20f883e 12345@163.com 1289632955
例子将 user 表中 username 为 小明 的 email 修改为 xiaoming@163.com 。
更新后数据：
uid username password email regdate
1 admin b7e591c246d010bb2ccd77d52490c85e admin@5idev.com 1277992339
2 小明 a193686a53e4de85ee3f2ff0576adf01 xiaoming@163.com 1278063917
3 Jack 0193686a35e4de85ee3f2ff0567adf49 jack@gmail.com 1278061380
4 小王 e10adc3949ba59abbe56e057f20f883e 12345@163.com 1289632955
UPDATE 表达式
UPDATE 语法允许 SET 后面跟表达式。
例子 1 ：
UPDATE article SET pv = pv+1 WHERE id = 123
该例子让 id 为 123 的文章在被点击阅读的时候点击量加 1 。
例子 2 ：
UPDATE persondata SET age = age*2, age = age+1
该例子 SET 后面跟了两个表达式：age = age*2（年龄加倍），age = age+1（再加 1 ）。这种多个表达式的情况，是按照从左往右顺序执行的。
以前我用过querylist插件抓数据，服务器写和定时器，每天固定时间去运行脚本。朝这个方式试试
高并发下数据的更新，应该 update table xxx set num = num - 1 的方式，这种方式可以保证数据的正确性。
但是会出现 num 为负数的问题，如果库存为负数，显然是不合理的。
于是，需要将 num 字段设置为 无符号整型，这样就不会出现负数了，因为，如果减到负数，就会更新失败。
但是这种依然会造成很多无用的更新语句的执行，是不合理的。
于是，update table xxx set num = num - 1 where num 0，
这样当 num 等于0之后就不会去更新数据库了，减少了很多无用的开销。
这种方式被称作“乐观锁”
此外，对于抢红包这种非整数的操作，我们应该转换为整数的操作。
关于抢购超卖的控制
一般抢购功能是一个相对于正常售卖系统来说独立的子系统，这样既可以防止抢购时的高并发影响到正常系统，
也可以做到针对于抢购业务的特殊处理。
在后台设计一些功能，可以就昂正常的商品加入到抢购活动中并编辑成为抢购商品，写入到抢购商品表，当然
也可以把抢购商品表写入redis而不是数据表。并且在原商品表写入一个同样的商品（id相同，用于订单查看，
此商品不可购买）
如果是数据表，为了控制超卖，需要对表进行行锁，更新的时候带上 where goods_amount 0。
如果是redis，使用 hincrby 一个负数来减库存，并且 hincrby 会返回改变后的值，再来判断返回值是否大于0，
因为redis每个命令都是原子性的，这样不用锁表就可控制超卖。
update用mysql_query执行的时候能得到返回值，这个返回值说明了执行是否成功。
然后用mysql_affected_rows判断是否修改了数据
两个判断组合起来用就能满足你的需求了
用户输入文本后 submit 提交
然后 $_POST接收
写个 sql更新语句 让用户提交的数据更新数据库
前边介绍了负载均衡，mysql同步，接下来介绍tp6分布式部署多个数据库，实现读写分离。
tp6的分布式部署读和写仍然是一个系统，这里我们分开操作，给用户展示的就是从数据库，后端添加文章就是主库，然后同步到从库。
1、配置数据库链接参数
目标：实现随机使用数据库展示信息，只是读操作。
测试：前台可以读取表中内容（存放的不一致），查看是否是随机显示的。
打开.env文件进行编辑
说明：
2、编辑database.php
找到deploy设置为1分布式部署，下边不要改，都是读，写入的也就是后端的我们单独建站连接主库。
配置完成，tp6使用的是mt_rand取随机数判断使用哪个数据库。
3、数据库交互写操作
比如浏览量没必要每次都去更新数据库，可以先使用redis缓存，存够1000的整数倍，再去更新数据库。
4、后台独立，也就是写
可以前后端分离，单独做一个网站（没有前端）使用ip访问或者独立的域名连接后台。
5、上传附件（jquery ajax跨域上传）
使用了nginx负载均衡，肯定是多个一样的网站，如果图片存放到一个站，别的就不能访问了，可以单独设置一个附件（压缩包，图片等）服务器，可以使用二级域名连接，这就要求我们上传附件的时候，是上传到附件服务器。
jqueryURL
API控制器apdpic方法
说明：
也可以先传到后台服务器然后使用（php）ftp上传，或者是通过curl上传到附件服务器，感觉那样毕竟麻烦，直接设置跨域会比较简单。
也测试了使用jsonp跨域，但是不能上传附件。
6、thinkphp6实现读写分离（在一个站点）
我个人是不喜欢这样的，负载均衡应该是均衡地读，也就是前台单独一个站点，后端的写是另一个独立的站点，看个人喜好吧。
独立后台的优点：可以提升安全性，因为我们的后台网址是不公开的，避免用户猜测一些后台的信息。
.env配置按照1所述编辑，默认第一个是主库。
database.php
愿大家在新的一年心想事成，万事如意！！！
