feat: Add OpenLineage support for CloudSQLExecuteQueryOperator

[kacpermuda]

This PR adds OpenLineage support for CloudSQLExecuteQueryOperator. The logic is very similar (almost the same) as in SQLExecuteQueryOperator where we take advantage of DB hooks being instrumented.

Adding OL required changing sql proxy in the operator to a context manager, probably a nit change.

I've run some manual tests and all looks good.

---

^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named {pr_number}.significant.rst or {issue_number}.significant.rst, in newsfragments.

[kacpermuda]

@ahidalgob @michalmodras As an addition to my manual tests I've done I wanted to run system tests for CloudSQLExecuteQueryOperator, but they seem to fail even on current main (breeze testing system-tests providers/tests/system/google/cloud/cloud_sql/example_cloud_sql_query.py). Also, the system test dashboard provided by Google is not available, so I can't verify if those system tests fails only for me. Would appreciate any help in running those tests

[michalmodras]

@fdemiane is currently working on some fixes in the Google system tests dashboard; @fdemiane can you please help @kacpermuda ?

[mobuchowski]

@kacpermuda should we draft this PR until you verify if it works?

[kacpermuda]

Yeah, we can do that. I've tested it manually but if we can run the system tests as well it would be better.