豪三_个人页

对象存储服务OSS是按量付费的，也就是你创建了bucket，且往bucket里面存放文件，才会产生费用，否则是不会产生费用的，目前也不存在关闭OSS服务的说法

我没有实操过，可以考虑这样试试 添加spring-boot-starter-grpc com.anoyi spring-boot-starter-grpc 1.1.2.RELEASE 添加配置 spring: grpc: enable: true port: 8080 -- 即grpc与springboot共用端口 然后以正常的@SpringBootApplication启动

检查你的应用是否启动成功并正常运行呢？

我觉得原因有二 1、第一是Autowired和Resource这两个注解在实现机制上的差异 @Autowired 默认根据ByType，当一个类有两个对象的时候，会报错。 @Resource 默认是ByName，可以精准的找到 的配置项。 2、@Resource是Java标准注解，而@Autowired是Spring提供的注解

如果能对WordPress网站的iframe主页面进行修改，可以给你的iframe子页面URL传一个按一定规则生成的token参数，你的页面接收到这个token之后存到本地的cookie中，然后你的子页面后端对每一次请求中客户端发送的cookie进行校验，校验是否存在这个合法的token，存在也正常相应，不存在则输出404之类的拒绝访问

我介绍下我使用阿里云的原生服务部署一个前后端分离的应用实践，我注册了一个域名360saas.com 1、前端React应用使用webpack构建后，可以部署到对象存储OSS上，新建一个OSS bucket存放构建好的前端资源文件，并对这个bucket开启https访问，获取外网访问链接； -- 使用OSS不用担心费用，5块钱的40G资源包，可以用半年； 2、开通阿里云CDN服务，配置一个assets.cdn.360saas.com的域名，映射到第一步获取的OSS前端资源对应的外网访问链接 —— 这样就解决了前端资源部署的问题，即所有对前端资源的访问请求，都走CDN； -- 使用CDN也不用担心费用，没有流量就没有费用 3、对于Spring Boot的应用，我建议通过云效rdc.alyun.com新建一个应用来进行应用的部署，同时云效还会自动关联阿里云代码托管平台code.aliyun.com，实现代码的远程托管。 云效的部署有两种方式： 第一种，使用阿里云的EDAS服务进行部署； 第二种，使用阿里云的容器服务K8S进行服务部署； -- 这两种部署方式适用于你没有一台包年的ECS的场景，就想运行下看看效果，几个小时就释放，也就产生少量ECI实例费用；EDAS和K8S都支持域名绑定； 4、如果对于3中的两种部署方式不满意，那就自己用docker来部署吧。 -- 前提是自己搞一个ECS，域名解析到你的ECS； 5、使用函数计算的http服务来部署，按访问次数付费，也是很简单的 -- 支持域名绑定； 最后，主页放在SpringBoot应用中，主页上的前端资源文件路径，就是用前面的cdn域名。

这个securityToken对应的是STS token，参考这篇帮助文档https://help.aliyun.com/document_detail/59919.html

可以将你的完整SQL打印一下，看看是否存在语法上的错误；DRDS对于 insert into 表(列) select 列 from dual 这种简单的SQL，应该是支持的，它会直接下推到存储层MySQL执行的，不会做负责的查询解析；从你的报错信息java.io.NotSerializableException来看，极可能是你的sql语句中列的拼接存在问题，或者是存在占位符之类的问题

InnoDB存储引擎的锁有两种，一种是表锁（table-level locking），一种是行锁（row-level locking），默认是行锁，你说的三种算法是指行锁算法： 1) Record Lock：单个行记录上的锁 2) Gap Lock：间隙锁，锁定一个范围，但不包含记录本身 3) Next-Key Lock：Gap Lock+Record Lock，锁定一个范围，并且锁定记录本身。 这个可以参考这篇文档 https://www.jianshu.com/p/f3868e608c8c 而表锁的算法则不同，分为写锁和读锁， 写锁的实现机制是，如果在表上没有锁(读锁或写锁)，则在表上加一个写锁，否则就把写锁请求放在写锁队列中。 读锁的实现机制是，如果在表上没有写锁，把一个读锁定放在它上面，否则就把读锁请求放在读锁定队列中。 当一个锁被释放时，写锁队列中的线程会优先获取写锁，读锁队列中的线程则是后获取锁，这意味着，如果一个表上有许多更新，SELECT语句将一直等待，知道没有新的写请求。

最下层是数据引入层，即ODS(Operational Data Store)，操作数据存储，如数据库的Binlog、业务日志这些业务侧应用实时产生的数据； 往上一层即数据仓库的中间层，也称为数据公共层，包含 数据维度表(DIM: Data Warehouse Dimension)、数据明细表(DWD: Data Warehouse Detail)、数据汇总表(DWS: Data Warehouse Summary)。 数据维度表是维度建模的基础，后续的数据分析也都是以维度为依据，如商品类目、门店数据； 数据明细表，则是基于ODS层数据提取出来的实时数据，如用户、交易、评论数据； 数据汇总层，就是基于多个维度对明细数据进行加工汇总得到的数据； 最上层即数据应用层(ADS)，即基于数据中间层的数据，结合业务场景，加工得到的面向实际应用(报表、业务系统)的数据。 可以参考阿里的大数据建设指导体系OneData(dt.alibaba.com/onedata.htm)