@yanheqi
@snw

问题的核心在于值不值得和方向性。

反对中医其实是在反对因为利益，不顾病人实际情况，胡乱赚钱的行为，反对没有经过现代科学验证，全凭经验处理问题的方式。站在中医对面的不是西医，而是现代医学。

虽然其实人类对人体的研究，从来都是经验，包括现代医学，甚至科学本身也是一种经验，小到病毒，大到宇宙，还有很多未知的，当新的科学点推翻了旧的科学点，旧的那部分也变成了迷信，但是科学只所以是科学，是因为追求一个可确定的结果，而不是大概，这就是科学的实事求是，精益求精的精神，这也是现代医学应该提倡的。

问题分开看：
1，中医还值不值得学习和研究? 个人认为目前中医学院的背诵汤头歌，记验方的做法不值得大力提倡，不如采用现代科学的方法去研究这些验方，我看大部分病治不好都是因为早期凭经验耽误了导致器官损坏后期无法完全恢复，当前应当减少传统中医研究，加大发展现代医学力度，现代医学发展这么快，毕竟药物分子学、动力学、DNA 之类都我们还差很远，自信心不是靠中医是靠现代医学，抑制疫情也主要靠现代医学。
2，中医药 /中成药值不值得用? 个人认为不值得，虽然一些复方药，中成药对预防感冒，减轻症状确实有效，但是传统中药并非无害，中药很多医生一开就是每天一大包药，近十种，必定有蚕蛹之类昆虫整虫，也没有经过很多处理，没病可能吃出病，究竟是那种能起到什么效果不知道，整体病因把脉望气没有拍片化验准确，导致的结果是药不对症、药效未知、副作用未知和耽误检查诊断。
3，中药都是骗钱的? 冤枉了，西药也可以用来骗钱，长沙楼下小区小孩每次感冒都是 500 元差一点点，全是吸氧吊瓶之类。但是这个锅中医还得背，因为当前中成药价格和用量是模糊的，西药价格和用量是有规定的，往往开了西药之后还开一堆中药，所谓标本兼治，这个问题我在全国上市药企最多的长沙最严重其他城市一线城市反而比较少见（按我经历的大部分医院和医生估算），原因值得思考。

当前能做的：1，保持健康的身体和心理； 2，找值得相信的医院以及医生； 3，不要盲目相信任何人和事。

滴答清单，付费版。

想法很不错，体验不太好，速度有点慢。

这个时间点，再等等吧。
1，小米 599 发货后，看看能不能刷；
2，估计友商价格也要降一波了吧，wifi5 估计要考虑清库存了；
3，据说 wifi6 传输距离更远，带设备更多，更帮手机省电。

长沙光纤上行提速包 50M，70 元每月。

1，大多数情况 create_time 索引不是需要的。。。要也是放在组合索引末尾，除非你前台大量 between 类查询。
2，Or 查询和 in 查询不能很好利用组合索引；
3, order_property_bit & 128 不能很好利用索引；
4，查询优化器自动预估，不知道你的 possible_keys 为什么没有 user_id

国产的比较好，
买支持微信读书的，
微信读书的会员超值，且书多，不过要选择一个广告少的。

老板骂人的，特别是 IT 公司，基本可以走了。

骂人 == 没有其他办法解决问题 == 无能

跟着无能的老板，你想干嘛呢？

vue，ng，react 的核心事项就是数据绑定。
我发现很多做了 2 年前端都不理解，写代码时候往往还是直接操作 dom。
数据绑定的意思是：展示和数据分离，通过行为事件操作数据，实现界面自动更新。

用 vue 下几个例子看就行了。
不一定要一次全看懂。
比如你看一个简单的 todo 例子，再看复杂一点的商城，然后再看网易云音乐模仿的，
然后自己照着写一个其他的应用。

可以参考一些 vue 的框架，如 bootstrap,ele,ant design 等

@laminux29
@FrankHB

除了先画图，或者直接编程，有一种中间方法是先写注释，写注释过程过程理清楚，注释中说明为什么要这样做，然后写代码时填空即可，时间不多（必要），代码质量还高，且不容易出错。
一般我都会采用这种方式，偶尔涉及到比如多个系统多次交互，可能需要先画图。

@mawerss1
执行两次，
第一次找出已有的 update，
第二次不存在的 insert。
记得采用事务。

采用事务后，如果几千条数据，插入更新下应该几秒钟搞定了。前提是建立了合理的索引。当然如果你 data 非常大可能久一点。

你这个需求还是不明确，INSERT ... ON DUPLICATE KEY UPDATE Statement 的意思如果唯一索引不存在就插入否则更新。并不能指定其他条件。这篇文章讲得很清楚了 https://blog.csdn.net/analogous_love/article/details/71085001。官方语法也没有提供扩展 https://dev.mysql.com/doc/refman/8.0/en/insert-on-duplicate.html。

所以除非你是根据 ID 来的，或者定了一个唯一索引。且实际不是你说的 “比较新的插入，否则失败”。

我理解你的需求应该是“如果数据有更新，那么执行更新，否则忽略这个数据更新。”
如果是我理解的，那么方案是：
update order set data=new_data where id=xxx and modified_time < new_time; (只需要 id 主键即可，性能最好)
比如你的目的表数据不全部来自来源表，那么可能需要加一个唯一索引字段 from_id
update order set data=new_data where from_id=xxx and modified_time < new_time;（需要对 from_id 建立唯一索引）

你首先要做的是，确定性能问题出在查找数据时的读取磁盘速度慢还是写入磁盘慢。

一下点开了 http://xxx.com ，你猜看到什么了。。。


4 楼正确，不过最好看你用的什么框架，可能还需要加上$is_args, $args 等参数。

采用事务提交后，应该几秒钟可以插入几千条吧，你 modified_time 没有索引？

其实这个方案不好，因为 modified_time 可能存在同一秒有多条数据吧。

不知道你具体的需求场景是什么，脱离需求场景谈 SQL 优化很不靠谱。

一条一条插入，然后采用事务批量提交看看，性能也可以的。

@kissazi2 本来打算给你点个感谢，结果留微信了。。。

对，
就是挖井。。。